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PREFACE 


The McDonnell Douglas Astronautics Company has been engaged In a Space 
Station Data System Analysis/Architecture Study for the National Aeronautics 
and Space Administration, Goddard Space Flight Center. This study, which 
emphasized a system engineering design for a complete, end-to-end data system, 
was divided Into six tasks: 


Task 

1 . 

Functional Requirements Definition 

Task 

2. 

Options Development 

Task 

3. 

Trade Studies 

Task 

4. 

System Definitions 

Task 

5. 

Program Plan 

Task 

6. 

Study Maintenance 


McDonnell Douglas was assisted by the Ford Aerospace and Communications 
Corporation, IBM Federal Systems Division and RCA In these Tasks. The Task 
inter-relationship and documentation flow are shown In Figure 1. 

This report was prepared for the National Aeronautics and Space 
Administration Goddard Space Flight Center under Contract No. NAS5-28082 


Questions regarding this report should be directed to: 

Glen P. Love 
Study Manager 

McDonnell Douglas Astronautics Company 
Huntington Beach, CA 92647 
(714) 896-2292 
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Volume I 

TASK 2 - OPTIONS DEVELOPMENT 


INTRODUCTION 

The primary objective of Task 2 Is the development of an Information base that 
will support the conduct of trade studies (Task 3) and provide sufficient data 
to make key design/programmatic decisions (Tasks 4 & 5). This Includes: (1) 
the establishment of option categories that are most likely to Influence SSDS 
definition; (2) the Identification of preferred options In each category; and 
(3) the characterization of these options with respect to performance 
attributes, constraints, cost and risk. 

The definition of option categories was accomplished using hlerarchlal 
structures derived primarily from technology, system design, or programmatic 
perspectives. Technology option categories Include advanced materials, 
processes and techniques that can be used to enhance the Implementation of 
SSDS design structures. Design option categories Include alternative 
structures, configurations and techniques that can be used to develop designs 
that are responsive to the SSDS requirements. Programmatic option categories 
Include methods used to administrate/manage the development operation and 
maintenance of the SSDS. Programmatic options are Important In that they tend 
to constrain design/technology decisions to cost-effective and timely 
solutions. It should be noted that with this method of option categorization, 
certain disciplines may be split across technology, design and programmatic 
areas. For example, software categories are Included In all three. 

Technology oriented categories for software Include such Items as advanced 
tools and algorithms while design oriented categories Include data base 
management and operating systems. Software development Is addressed under 
programmatic options. The MDAC study team categorization approach and Its 
structure Is summarized In Table 1. It Is Intended to facilitate 
completeness, avoid replication, and support ease of use. The technology, 
design and programmatic options are each bound In separate volumes for ease of 
review. This draft Is a collection of "white papers" each of which addresses 
a single option subject. This volume (I) addresses the generic approach and 
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methodology for the Technology Options listed In Table 1. Volumes II and III 
address the detailed options development for the Design and Programmatic 
Options, respectively. 

The options which were Identified within each major category are those 
considered most likely to Influence SSDS design/programmatic decisions and/or 
enhance SSOS capabilities. This screening process Is based on an assessment 
of the key driving requirements (Task 1) as well as the emerging architectural 
needs (Task 4). The level of option characterization varies across the 
different categories depending on study needs and perceived criticality. Some 
categories are much easier to characterize In terms of quantitative parameters 
than others. For example, most technology options are more conducive to 
quantitative measurement (l.e., size, power, reliability, capacity, 
throughput, cost, etc.), however, the characterization of these categories 
must Include projected capabilities for both IOC and growth phases. 

TASK APPROACH 

The Task 2 options development activity was Initiated early In the study to: 
(1) facilitate data gathering In high-technology areas that require 
long-lead-time efforts; (2) provide supporting design and technology 
perspective to Task 1 activities; and (3) support an early extraction of 
design/development drivers. However, options development should be done 
within the context of a system design structure that Is derived from a 
comprehensive understanding of the requirements. This provides a firm basis 
for focusing options development on the more critical architectural needs. To 
accommodate the evolving needs of the study from requirements definition to 
the Initial phases of system design while allowing early data gathering 
efforts to be Initiated, required a highly adaptive approach. 

This section will describe the following steps that define the task 
methodology and approach. The key steps Include: 
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1. Establish an early baseline options list structure. 

2. Establish a prioritized options list structure. 

3. Identify options In high-priority categories. 

4. Characterize options. 

5. Document option categories. 

6. Review and validation. 

Early In the study a baseline options list structure was developed. The 
Intent was to create a broad hlerarchlal framework that would not preclude 
potential solutions merely by omission. This required a somewhat Independent 
and Innovative viewpoint that did not Introduce pre-concelved biases. This 
"baseline" structure also provided a highly visible mechanism to force 
conscious decisions as to the applicability and criticality of the various 
option categories. The top-level outline of this "baseline" structure has 
been retained even though study needs have dictated changes at the lower 
levels. 

A "prioritized" options list structure was then derived form the "baseline" 
that recognized the needs of Tasks 3 & 4 In terms of their schedule, areas of 
emphasis, and key characterization parameters. This required significant 
Interaction with these tasks to Insure that a sufficient options data base 
will be available at the appropriate time. This Is an evolving and continuing 
process that provides the basis for "bounding" and time phasing task 2 
activities. 

Initially, representative options were Identified within the baseline options 
list structure to Illustrate the Intent of each category. This supported the 
refinement of the structure and supported the prioritization process. Once 
efforts were Initiated for a high-priority category, the list of options was 
refined and screened to focus on driving requirements and evolving 
architectural needs. This process Is essentially a coarse filter applied to a 
broad spectrum of alternatives to derive a "manageable" subset that can 
support key design decision extraction or provide the basis for a detailed 
trade study. 
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Once a refined set of options had been established for a prioritized category, 
option characterization and data gathering efforts were Initiated. The 
characterization parameters vary significantly for different categories and 
were establlshed/coordlnated based on study needs (Tasks 3 & 4). Data 
gathering was based on a multitude of Input sources Including the following: 

• Literature Searches 

• Team-wide Expertise 

• Technical Conferences 

• NASA System and Technology Study Documentation 

• Industry/Government Standards 

t Team Research and Development 

t NASA R&D and Testbed Activities 

• Personal contacts with NASA, Industry and DoD Experts 

• Review of Major DoD Initiatives (VHSIC, Ada/APSE, STARS, DARPA 
activities, etc.) 

• Academia Programs 

A key factor In characterizing technology options Is the need to Include 
realistic projections of capabilities that are likely to exist for IOC and 
future growth potential. This provides the foundation to develop SSDS designs 
that: (1) minimize the "technology gap" for Initial development; (2) 

accommodate technological growth during the life time of the Space Station; 
and (3) support planned transitions to more autonomous/automated operations. 

In addition, such projections will play a key role In overall technology 
assessments that will result In specific recommendations for SSDS technology 
development and/or enhancement. Related technology development programs 
currently In process or planned for the near future will be of particular 
Interest and provides valuable near-term Insight. Long-term projections are 
more difficult and uncertain but are no less Important because of their 
1nfluen:e on growth and technology accommodation planning. 

All major option categories have been documented In the form of preliminary 
"white papers" and Included In the monthly progress reports for NASA review 
and comment. This form of documentation Is based on a generic format that 
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Included the Identification of key driving requirements, a brief description 
of the options, option characterization and projected capabilities. We used 
this method of documentation and review to accomplish the following objectives 

a. Facilitate Team coordination and review. 

b. Solicit contributions from all available sources Including related 
NASA activities. 

c. Identify areas of deficiency for which specialized support may be 
required. 

d. Provide a mechanism to support early NASA review and allow maximum 
visibility. 

Most option categories have been documented and submitted to NASA for review. 
The material provided In this appendix Is a compilation of these preliminary 
"white papers" Incorporating those NASA comments received prior to April 1, 
1985. 

SUMMARY 

The preliminary task 2 (options development) documentation Included In this 
Appendix has been organized using the outline and numbering scheme of the 
options list structure provided In Table 1. However, some sections have been 
deleted or Incorporated within other sections during the course of the study 
and are so Identified. This documentation was previously provided to NASA In 
the form of Individual "white papers" (monthly progress reports) for 
preliminary review. The material contained In Volumes I, II, and III of this 
report represents a partial update to the preliminary "white papers". That 
Is, attempts have been made to update sections to reflect those NASA review 
comments that were received In time for Incorporation. This material Is still 
considered to be preliminary In nature and will be updated prior to the formal 
Task 2 submittal. 
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1.0 TECHNOLOGY OPTIONS 
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1.1 HASS STORAGE 


This section describes the technology options for mass storage and Includes 
the major categories of (1) on-line storage (space), (2) on-line storage 
(ground), and (3) off-line storage (archive). On-line storage Is divided Into 
space/ground categories because of significant differences In both the driving 
requirements and the applicable technologies. As used here, "on-line storage" 
refers to devices that provide on-line computer access to mass storage 
capabilities without direct human Intervention. "Off-line storage" Implies 
some level of long-term data archiving, generally requiring Intermediate 
processes before data can be stored or retrieved. Not Included In this 
section Is the memory storage that Is considered to be an Integral part of a 

processing element. However, memory devices may be Included as an option If 

they provide sufficient shareable resources to be considered as "mass storage." 

1.1.1 On-Line Storage (Space) 

1.1. 1.1 Description . This category Includes the onboard storage technology 
that Is potentially applicable In one or more of the following areas: 

a. High speed/capacity buffering of downlink data to accommodate link 
bandwith and availability. 

b. Rapid access storage for on-board data base management capability. 

c. Recording capability for media that can be transported to space or to 

ground via Shuttle Transport System (STS). 

d. High speed, moderate capacity devices that can be used for temporary 
storage, caches, or other specialized needs. 

The onboard operational environment imposes additional unique requirements for 
mass storage systems. This includes space radiation, electro-magnetic 
interference, reliability, and constraints on physical size, weight, and power 
consumption. The option characteristics developed in this section reflect the 
importance of these environments (i.e. size, weight, power, radiation 
hardness, etc.). 
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Of particular importance is the radiation environment. While most mass storage 
media (i.e. magnetic tape, optical disk, magnetic disk, magnetic bubble) are 
Inherently hard for anticipated levels, required support electronics might be 
more susceptable and need to be designed for radiation hardness or shielded in 
order to Insure data quality. 

The radiation environment consists of cosmic rays, the Van Allen Belt, and 
other sources of charged particles that significantly Influence the selection 
of space qualified mass storage devices. This environment will result in total 
dose and single event (SEU) phenomena that can cause performance degradation, 
failure or logic "upset" in commercial components. This environment varies 
considerably with platform altitude and inclination and is statistical In 
nature due to the variations in proton flux of solar flares. The total dose 
environment is highest for a polar orbit (POP). The total dose per year is 
expected to be between 2000 and 25,000 Rads/year depending on solar 
conditions. Therefore, a reasonable total dose specification would be 
approximately 100,000 Rads for equipment expected to operate for 10 years. 

Lower levels of total dose may be specified if natural or intentional 
shielding is provided. 

Heavy ions and energetic protons can cause upset of single locations In 
electronic circuitry, most notably in memory devices. These upsets are 
expected to become more critical as the feature size of the devices decrease 
and the complexity of the device Increase. The degree to which these single 
event errors can be tolerated depends largely of the criticality of the 
application. For most mass storage applications, design/cost tradeoffs will 
determine the appropriate mechanism for operation in this enviroment (i.e. 
decreased component/media susceptability, error detection and correction 
coding, etc.). Expected upset rates can be calculated and designed around 
with reasonable confidence. Refer to section 3.5.1 for details on the space 
radiation environment model and appropriate alternatives for hardware space 
qualification. 

The options described in this category are not restricted to current space 
qualified technology and Includes those areas where such technology 
development has been initiated or significant potential is indicated for 
future development. The options in this category Include: 
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- Magnetic Tape 

- Magnetic Disk 

- Optical Disk 

- Bubble Memory 

- Semiconductor 

1.1. 1.2 Option Characterization 
1.1. 1.2.1 Magnetic Tape (HDDR) 

"High Oensity Digital Recording" (HDDR) is an option because it provides data 
storage at high density and at high speed on the magnetic tape media. These 
are characteristics appropriate for certain SSOS onboard mass storage 
requirements (i.e. buffering, etc.). 

Magnetic tape systems have been used extensively as spaceborne mass storage 
systems. They were originally, in space applications, used for analog data 
storage, but recent advancements have made magnetic tape a good candidate for 
on-line mass storage of digital data where high capacity and high data 
transfer rates are required. 

Digital data is stored on magnetic tape in one of two ways. Longitudinal 
recording is where the tape is passed over a fixed head that contains several 
data tracks. Benefits from longitudinal recording Include long head/tape 
life, and less maintenance. The second method, rotary recording. Involves 
passing the magnetic tape over a rotating head, thus storing data diagonally 
across the tape. This allows the tape to move at a slow speed, but achieve a 
high head to tape speed. The rotary recording technology promises higher data 
transfer rates and greater areal density on the media. Both techniques are 
mature and have a lower development risk then bubble memories or optical disk 
if current efforts in these areas continue. Both of these methods involve 
moving parts, therefore the reliability of the magnetic tape system is less 
then that of a solid state device like bubble memory. While the magnetic tape 
media Itself is radiation hard ( 1 0 7 rads total dose), the control and logic 
circuits need to be designed to meet the environmental conditions of the 
on-orbit portion of the SSDS. 
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Magnetic tapes' performance characteristics Include high transfer rate, high 
storage capacity, media reuseabl 1 1 ty , and proven space maturity. These 
characteristics make magnetic tape a candidate for buffering of uplink/ 
downlink data. An example of magnetic tapes' buffering capability was 
demonstrated on STS mission 41 -G In October 1984. One of the mission goals 
was to use the SIR-B shuttle Imaging radar to map a large part of the earths 
surface. Because there was a lack of a full time TDRSS link, an Odetlcs 
magnetic tape recorder was used to record the data, then replay It later when 
the TDRSS link was available. What data they could not transmit during the 
mission was brought back to earth on several reels of the magnetic tape. 
Because the magnetic tape device Is sequential access. It Is slow In random 
accessing of data, thus It probably will not be used In a data base 
application or In other applications where fast random access to the data Is 
needed. 


Some state of the art and future magnetic tape mass storage devices can be 
compared In figure 1.1-1. 


Total Storage (Gbits) 
Transfer Rate (Mbits/s) 
Bit Error Rate 
Recording Method 
Shock & Vibration 
Radiation Hardness 
Operating Temp. °C 
Power (max. watts) 

Weight (lbs) 

Volume (Inches cubed) 
Recurring Cost (dollars) 
Production Start 


Odetlcs 

Ampex 

D0S-6000-EC 

AHBR-17001 

66 

5 

50 

105 

1*1 0~ 6 

1*10-6** 

longitudinal 

longitudinal 

Space Qual 

Flight Qual 


5 to 50 

280 

1350 

154 

225 

9080 

10,450 

2,000,000 

169,000 

1980 

1984 


RCA 

Ampex 

20 Mbit/s 

SHBR-12 

10 

1000 

20 

340 

5*1 O* 7 

1*10-6** 

longitudinal 

rotary 

Space Qual* 

Flight Qual 

85 

600 

81 

200 

2882 

6150 

750,000 

350,000 

1986 

1987 


* These units are being designed to meet these specifications 
** No error correction, 1 *1 0 - ® with error correction 

Figure 1.1-1: Magnetic tape recorder specifications 

1.1. 1.2. 2 Magnetic Disk 


Magnetic disk Is a random access, read/write, digital data storage device that 
was first Introduced In 1956 by IBM. Improvements such as thin film heads, 
Winchester methods, and Improved disk surface materials have Increased the 
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capacity of the magnetic disks by over a factor of 5000 since 1956. While 
other magnetic disk technologies (hard disk) have been flight qualified, their 
capabilities and physical characteristics are not as attractive as the newer 
Winchester disk drives. The Miltope RD-160 is a currently available, flight 
qualified, Winchester disk, that will store 1.07 Gbits of data, which the 
United States Army will use onboard aircraft for the ASAS program. 


The ability to randomly access the data, and unlimited read/write are the 
magnetic disks' main advantages. A desirable characteristic of the Winchester 
technology is its ability to store a large amount of data In a small, light 
weight unit, thus making it a good candidate for space applications. As 
with magnetic tape, the magnetic disk media is Inherently tolerant to 
radiation, but the logic and control circuits will need to be designed for the 
on orbit enviromental constraints. Also, as with magnetic tape, the magnetic 
disk system is made up of moving parts, thus the system is not as reliable as 
solid state devices. The magnetic disk is a candidate for use onboard the 
space station in a data base management system. Magnetic disk is also a 
candidate for use as temporary storage and in other specialized needs. 


Some state of the art and future magnetic disk (Winchester technology) devices 
can be compared in figure 1.1-2. 

Megavault 

Miltope Memories 

RD 160 MV300 


Total Storage (Gbits) 
Transfer Rate (Mbits/s) 
Bit Error Rate 
Access Time 
MTBF 

Shock & Vibration 
Radiation Hardness 
Operating Temp. °C 
Power (max. watts) 
Weight (lbs) 

Volume (inches cubed) 
Recurring cost 
Production Start 


1 .07 

1.2 

1 * 10-10 


2.64 

9.67 


10-13 


26 msec 18 msec 

10,000 Hr 12,000 Hr 

flight qual . lab qual . 
EMP surviable No Spec. 
-10 to 55 10 to 46 

125 250 

35 30 

1764 580 

$25,000 $4200 

1984 1984 


Figure 1.1-2: Magnetic disk specifications 
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1 .1 .1.2.3 Optical Disk 


Optical disk Is currently a random access, write once, unlimited read digital 
data storage device. It Is an emerging technology that has matured rapidly 
since the first units were developed In the late 1 970 * s - As of November 1984 
the first commercial units are being delivered. 

The optical disk system works much like the magnetic disk device. The media, 
a spinning disk coated with laser light sensitive material, is written and 
read with a laser light source. To write, the laser beam is focused onto the 
disk surface at an intensity high enough to cause a change In the disk 
surface. Depending on the technology used this change will either be a pit or 
a bubble. Currently this Is a non-reversable process, but research has 
indicated that erasability is possible. To read, the laser at a lower power 
is focused onto the media. With the presence of a pit or a bubble the light 
will be reflected, thereby indicating a binary one. 

The storage of large amounts of data, high data transfer rates, and rapid 
access to stored data are the main characteristics of optical disk. This 
would make optical disk a good candidate for storage of manuals, procedures 
and software. If erasable techniques can be matured optical disk would also 
be a candidate for data buffering and data base applications. 

Currently there are no flight/space qualified optical disk devices being 
produced, but several companies have ongoing development efforts to make such 
a device. These companies Include Mlltope, RCA, and Lockheed Electronics 
Company. Both RCA and Lockheed are trying to develop an eraseable 
capability. The specifications for some of the proposed systems are given in 
Figure 1 .1-3. 



RCA 

RCA 

Lockheed 


Dura Disk 

Optical Disk 
Buffer 

Optical Disk 

Capacity (bits) 

5X1 0 1 0/14" disk 

10^2/system 

2X10 9 /5 1/4" disk 

# of disks 

1 

12 

1 

Transfer Rate(bits/sec) 

4X1 0 7 

1X10 9 


Erasable 

No 

Yes 

Yes 

Weight (lbs) 

150 

700 


Power (watts) 

300 (peak) 

500 (ave) 


Volume (cubic Inches) 

5544 

61,000 


Figure 1.1-3: Specifications of proposed optical disk systems 
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1.1. 1.2. 4 Bubble Memory 


Bubble memories have been under development since 1967 when they were first 
developed in Bell Laboratories and with the first one Mbit bubble memory 
component introduced in 1979 by Intel Corporation. Bubble memory works by 
storing data on a thin magnetic material, typically garnet, that is positioned 
between two permanent magnets. The data is stored as magnetic cylinders 
arrayed in continuous loops. When the power is removed from the system the 
permanent magnets hold the magnetic cylinders in place. This gives bubble 
memories the characteristic of being a non-volatile, solid state mass storage 
device. Because current bubble systems use the non-radiation hard VMOS 
technology in some of their support chips, these bubble devices may be 
unacceptable for use in space applications. However, the USAF has recently 
Issued a RFP to produce a space qualified, 4 Mbit bubble memory chip by 
1987. Also, there are other USAF programs aimed at developing a radiation 
hard, space qualified chip set to support the bubble device. Temperature 
sensitivity is a another potential problem, but compensation techniques are 
being developed that Increase the device operating temperature range. 

Bubble memories have many applications, and many designs have already been 
developed that Incorporate the bubble memory as the main data storage device. 
Some of these designs Include a health maintenance monitor and a video image 
storage device. The versatile bubble memory can be configured to save power, 
or to provide fast data transfer rates, depending on the application. The 
problem is a lack of companies that manufacture the bubble memories, 
therefore, many of these good designs have remained on paper. Intel and 
Motorola are the only major domestic companies that remain in the bubble 
memory race that originally Included big names such as Rockwell, Texas 
Instruments, and National Semiconductor. Also, development has not proceeded 
as planned. Intel had announced that a four Mbit bubble memory subsystem 
would be available in 1982, but as of Nov. 1984 they have only delivered 
prototype components. When size power and weight are considered, the bubble 
memory is a candidate for space applications where storage of up to 100 Mbits 
is needed. Specifications for some bubble memories are given in figure 1.1-4. 
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Intel Motorola Intel 

BPK 70A-5 MBM201 1 A 4 Mbit 


Total Storage (Mbits) 
Transfer Rate (Mbits/s) 
Bit Error Rate 
Access Time (average) 
MTBF 

Shock & Vibration 
Radiation Hardness 
Operating Temp. °C 
Power (max watts) 

Weight (lbs)* 

Volume (Inches^)* 
Recurring Cost (ROM) 
Production Start 


1 

1 

.1 

.1 

1*10-16 

i*io-n 

48 msec 

11.5 msec 

40 years 

> 10 years 

flight 

flight 

-20 to 85 
6.72 

0 to 70 

.2 

.2 

6 

6 

$200 

$200 

1979 

1985 


4 

.2 

1 * 10-14 

160 msec (worst case) 

> 30 years 

flight 

0 to 70 

.2 

6 

$400 

1984 


* Also Includes the support electronics 
Figure 1.1-4: Bubble memory specifications 
1.1. 1.2. 5 Semiconductor 


Continued improvements in very large scale integrated (VLSI) technology make 
certain semiconductor technologies candidates for some low to moderate 
capacity mass storage applications. In this section we will consider only 
those technologies that are inherently non-volatile or have sufficiently low 
power requirements that backup battery power supplies could provide effective 
non-volatile capability. The applicable non-volatile technologies include: 


1. Metal-Nltride-Oxide-Semiconductor Memory 

2. Floating-Gate, Electron Tunneling, Metal-Oxide-Semiconductor 
The applicable volatile technologies include: 


1. Gallium Arsenide Memory 

2. Complementry-Metal-Oxide-Semiconductor Memory 
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1.1. 1.2. 5.1 Non-Volatile Semiconductor 


Metal-Nitride-Oxide-Semiconductor (MNOS) memory Is an option for on-line 
(space) mass storage. The MNOS transistor permits stored data alterablllty 
simultaneously with stored data nonvolatlllty. It also provides a small-area 
structure and fabrication compatibility with high density, integrated circuit 
technologies. 


McDonnell Douglas Microelectronics Center, (MDMC) has been working for some 
time to apply the MNOS memory technology to space solid state data recorder 
applications. MDMC's work has centered around utilizing MNOS in Adaptive 
Wafer Scale Integration (AWSI) techniques. AWSI is a concept which employs 
electrically alterable, nonvolatile Interconnect controller circuits processed 
Into a semiconductor wafer to connect "arrays" of interconnected, operable 
circuits (also processed Into the wafer) to a bus structure deposited on the 
wafer between the arrays. With this approach, AWSI can have Important 
advantages relative to other high density electronic circuit approaches. Such 
advantages potentially Include: repeated electronic reconfigurability of 
interconnected circuits, compatibility with a wide variety of semiconductor 
processes, ability to select for yield, improved reliability, self-healing and 
fault tolerance, all plus reduction in size and weight. 

MDMC has developed a wafer with the characteristics in figure 1.1-5. A. By 
designing the wafers to be easily Interconnected, systems of any size can be 
developed. The characteristics of a proposed system are seen In figure 
1.1-5.B. Westlnghouse and others are also Involved with MNOS technology but 
MDMC is the only company trying to utilize the AWSI techniques. 


Storage Capacity 
Transfer Rate 
Recurring Cost 
Power 

Radiation Hardness 

Endurance 

Weight 

Year 


5X1 0 5 bits 

up to 1.5 Mbits/sec 

$500/waffer 

.25 watts peak 

10^ - 10 6 Rad (si) Total dose 
> 10 8 write/erase cycles 
.025 lb 
1984 


Figure 1.1-5. A: AWSI memory wafer developed by MDMC 
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Storage Capacity 
Interconnected wafers 
Transfer Rate 
Recurring Cost 
Power 

Radiation Hardness 

Weight 

Year 


1X10 9 bits/system 1 XI 0 6 bits/wafer 

1000 

up to 2.7 Mbits/sec 
$250 ,000/system 

25 watts peak (at a 2.7 Mbit/sec transfer rate)* 
10^ - 10 6 Rad (si) Total dose 

26 lb/system 
1987 


* System power Is proportionately related to the transfer rate 
Figure 1 .1-5.8: Proposed MDMC AWSI solid state mass storage system 


Floating-Gate, Electron Tunneling, Metal-Oxide-Semiconductor (FETMOS) Is an 
option for on-line (space) mass storage because It provides non-volatile, 
randomly accessable, high density data storage. The FETMOS memory cell stores 
data by trapping a charge on Its floating (Isolated) poly-oxide gate. The 
cell may be erased by back-biasing the substrate of the cell. In this manner 
data Is stored and erased. Once data Is stored It can typically be accessed 
In 200 nSec. The state of the art devices have a 64 Kbit capacity and consume 
around 1.25 watts (peak). The data transfer rate of a FETMOS memory system 
depends mainly on the on how the device Is Integrated Into a particular memory 

4 

system. A major drawback to the FETMOS memory Is Its low endurance of 10 
to 10^ write/erase cycles. This would make FETMOS memory unsuitable for 
applications where there Is large turnover of data. The FETMOS structure has 
a radiation hardness of 10^ rads(sl) total dose. Some state of the art 
FETMOS memories can be seen In figure 1.1-5.C. 



Motorola 

Intel 


MCM2864 

2864-2 

Total Storage (Kbits) 

64 

64 

Read Access Tlme(nsec) 

200 

200 

Endurance (write cycles) 

10,000 

10,000 

Data Nonvolatility 

10 years 

10 years 

Peak Operating Power 

1 Watt 

500 mWatt 

Recurring Cost 

Not Available 

Not Available 

Production Start 

1986 



Figure 1.1-5.C: FETMOS memory specifications 
1 . 1 . 1 . 2 . 5 . 2 Volatile Semiconductor 


Among the volatile semiconductor memories GaAs and CMOS were selected as the 
most likely technologies to be considered due to their low power requirements, 
allowing for the possibility of using battery backup to provide the 
non-volatile capability. 
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Gallium Arsenide (GaAs) memory Is an option for on-line (space) mass storage 
because of Its radiation hardness, low power consumption, and high speed. The 
GaAs structure Is extremely fast. It has been projected that 2-10 GHz logic 
and 40 GHz transistors will be possable using GaAs technology. Coupled with 
Its high tolerance to radiation (> 10 7 rads (GaAs)) and Its low power 
consumption (.5 microwatts/bit) the GaAs memory shows great promise as a space 
qualified memory. Currently there are several companies developing GaAs 
memory devices. Included among these are: McDonnell Douglas Microelectronics 
Center (MDMC) , Rockwell, and Hughes. Current efforts are being applied to the 
development of a 4 Kbit memory chip. There Is also an effort by MDMC to 
develop a space qualified, 16 Mbit GaAs memory system for use In a space 
platform In the 1988 time frame. This memory system would use 10 watts of 
power In Its standby mode and have a 10 nsec access time. The only drawback 
to the GaAs memory Is that It Is an emerging technology, but given enough time 
It will become a major part In space qualified memory systems. 

Complementary-Metal-Oxide-Semiconductor (CMOS) Is an option for on-line 
(space) mass storage because of Its fast access, low power requirements, and 
high density data storage. CMOS memory Is the most mature of the solid state 
memories that have been Investigated for use as on-line (space) mass storage. 
CMOS memories have had commercial success and are under continual 
development. One of the state of the art devices Is the Harris HM-65262, a 16 
Kbit static RAM chip. Harris Is also developing a 64 Kbit static RAM chip 
that should be available by mid 1986. Also produced by Harris are hybrid 
modules capable of storing 256 Kbits of information, and after the 64 Kbit 
chip is developed they plan on Integrating it into a 1 Mbit hybrid module. 
Typical performance characteristics for a 16 Kbit CMOS static ram chip are: 

250 microwatts power consumption In the standby mode, 350 milliwatts power 
consumption when operating, and an access time of 55 nSec. The performance of 
a 256 Kbit module Is: 2.5 milliwatts In standby, 150 milliwatts peak operating 
power, and a 170 nsec access time. Radiation hard CMOS memories are available 

5 

and exhibit a total dose tolerance of 10 rads (si). 
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1 .1 .1 .3 Projected Capabilities 


Each mass storage option was researched to determine the trends In their 
various characteristics. One useful trend was the analysis of bits stored per 
square Inch on the recording medium vs. year. Using the plot of this 
Information, seen In figure 1.1-7, and a standard medium size, the total 
capacity per unit of medium (i.e. one reel of tape, one optical disk, etc.) 
can be derived. Other trends used Include: Data rate vs. year, and 

weight/bit vs. year. Personal contacts with industry and government personnel 
were another source of Information used In making the predictions. Using this 
Information, the generic models of the mass storage options that can be 
developed and mature by 1992 were produced and can be seen in table 1.1-6. 
These generic models represent devices that can be built if designed with 
maximum capacity and bandwidth In mind. Tradeoffs can be made that downgrade 
the performance of the devices In order to gain benlfits In the areas of 
power, weight, and volume. 



Total 

Transfer 

Access 

Peak 

Volume 

Weight 


Capacity 

(bits) 

Rate 

(Mbits/sec) 

Time 

(msec) 

Power 

(watts) 

(inch^) 

(lbs) 

Magnetic Tape: 

io'2/tape 

500 

NA 

500 

10,000 

150 

Magnetic Disk: 

3X10^/system 

20 

20(ave) 

200 

600 

50 

Optical Disk: 

1 0* 2/system 

1000 

166 (ave) 

500 (ave) 

61,000 

700 

Magnetic Bubble^); 

16X10 6 /chip 

.4 

10(ave) 

8 

6 

.2 

Semi conductor 0) : 
MNOS (AWSI) /wafer 

1.25X10® 

NA<2) 

10 usee ^3) 

.25 

3 

.025 

FETMOS/chip 

256X10 2 3 

NA<2) 

400 nsec 

8 

.5 

.05(4) 

GaAs/chip 

16X10 3 

NA<2) 

15 nsec (3) 

6.4 

.5 

.05(4) 

CMOS/chip 

10 6 

NA<2> 

1 usee '3) 

4 

.5 

to 

o 


Notes: 

(1) Represents a building block that can be used for a TBO design (i.e. 
any capacity, any transfer rate depending on power, size, and weight 
constraints) 

(2) Transfer rate will be dependent on how the device is integrated into 
a system 

(3) Read access ti ne 

(4) Chip is packaged in a ceramic dual in-line package 
Table 1.1-6: Generic models of 1992 mass storage devices 
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Bits Per Square Inch 
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1.1. 1.3.1 Magnetic Tape 


The generic model of a magnetic tape storage device presented In table 1.1-6 
represents a machine that can be available by 1992 if designed with maximum 
capacity and bandwidth as the main objective. The Improvements In the device 
will result mainly from new high energy tape that allows narrower head gaps 
which Increase the density per track, and narrower head widths which allow 
more recording tracks. There are tradeoffs that can be made that affect the 
power consumption and weight of the device vs. the performance 
characteristics. Using a transfer rate tradeoff a machine with the 
characteristics In table 1.1-8 can be developed for use In missions not 
requiring a great deal of capacity or bandwidth. Another Important tradeoff, 
which will affect power consumption, system life, weight, and complexity Is 
the use of longitudinal recording vs. rotary recording. With the longitudinal 
recorder the benlflt will be a device that Is easier to maintain, but In order 
to get the higher data rates and data density additional recording tracks must 
be added, thus Increasing the electronics part count considerably which In 
turn Increases the system weight and power consumption. Rotary recording on 
the other hand gives the Increased data rates and data density without a major 
Increase In the electronics, but at the expense of head life, thus Increasing 
the need for system maintenance. 


Total Capacity 
Transfer rate 
Power Consumption 
Volume 
Weight 

Recording Method 


25 Gbits/tape 
200 Mbits/sec. 

100 watts (max) 
3000 cubic Inches 
100 pounds 
Rotary 


Table 1.1-8: Characteristics of a medium capacity magnetic tape storage device 


1.1. 1.3. 3 Optical Disk 


Because of the newness of optical disk technology, the generic model shown In 
table 1.1-6 Is based on actual development efforts rather then on historical 
trends. The device show will be eraseable and ma* be a critical element In 
the SS0S because It would greatly simplify the design of buffers and give the 
necessary capacity needed by some of the data stores. Current Indications are 
that a device with the characteristics presented In table 1.1-6 can be 
developed and matured by 1992 If proper funding Is supplied In a timely manner. 
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1.1. 3. 4 Magnetic Bubble 


The current trends In magnetic bubble production Indicate that by 1992 a 16 
Mbit, space qualified bubble memory chip set will be available. Ongoing 
development effort also Indicates that the temperature sensitivity problem 
should be solved with the use of compensation techniques. 

1.1. 1.3. 5 Semiconductor 

Semiconductor memory has a well defined learning curve for the various 
options. Development typically goes In factor of four Increments every four 
years. Using this Information, devices of the size shown In table 1.1-6 
should be mature and available by 1992. The one exception might be the CMOS 
random access memory (RAM). The prediction of a 1 Mbit chip follows the 
established trends, but some experts in the field feel that only a 256 Kbit 
chip will be available. Even so, a 4 Mbit CMOS hybrid is a likely possibility. 

GaAs memories are an area of particular Interest because of the high speed and 
high tolerance to radiation that they exhibit. With proper funding a 64 kbit 
chip could be developed by 1992, but at current funding levels a 16 kbit chip 
will be available as shown In table 1.1-6. 

The MNOS memory Is being developed at the typical rate, and should be well 
suited to construct memory systems of 1 Gbit capacity before 1992. 

1.1. 1.4 Comparisons 

Each option presented has characteristics that make It more favorable to some 
applications then the other options. To Identify which options have the 
advantage In which applications requires that comparisons between the options 
be done. Preliminary relation of options to application can be seen In 
section 1.1. 1.5. Final relation of the options to the applications will be 
done In a trade study (Task 3). A general comparison of the options 
performance characteristics can be seen In table 1.1-6. Other comparisons 
that are Important for space applications Include: 
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1 . Cost vs . capacity 

2. Weight vs. capacity 

3. Volume vs. capacity 


Each comparison will be done using the generic models developed In section 
1.1. 1.3. Not all comparisons will apply to all the options. 


1.1. 1.4.1 Cost vs. capacity 


Using the cost/bit vs. year trends (figure 1.1-11) the costs were developed 
for the IOC generic devices presented In table 1.1-6. Table 1.1-9 contains 
the results of the cost analysis. Plotting this Information In the form of 
dollars vs. capacity gives figure 1.1-12. It can then be seen that bubble 
memory Is the cost effective option from 0 to 1X10^ bits. From lXlO^ 1 

Q 

on. Magnetic tape Is the cost effective option. For capacities below 5X10 
MNOS Is more cost effective than Magnetic disk. Optical disk was not Included 
as not enough cost Information was available to make accurate predictions. 


Option 


Magnetic Tape 
Magnetic Disk 
Bubble 
MNOS 


Cost per Bit 
(dol lars) 

7.5X1 0 — 7 
3.7X10' 6 
6. 25X1 0" 6 
3.12X1 0~ 5 


Table 1.1-9: Cost per bit of 1992 generic options 


1.1. 1.4. 2 Weight vs. capacity 

By using the projected weights In table 1.1-6, a plot of weight vs. capacity 

was made and presented In figure 1.1-13. Table 1.1-10 gives the rankings, 1 

g 

being best, for storage less than 10 bits and for storage greater than 
10 11 bits. For storage requirements from 10 9 to 10^ It appears that 
several of the options, bubble, magnetic disk, MNOS, and magnetic tape all 
give about the same weight effectiveness. 
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Figure 1.1-12. Cost Versus Capacity at 1992 



J 1 I L. 

1990 199S 2000 2005 

YEAR 
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Weight Obs) 



Capacity (bits) 

Figure 1.1-13. Weight Versus Capacity for 1992 Generic Devices 
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Ranking 

Storage Capacity 
<10 9 

>ion 

1 

Magnetic Bubble 

Magnetic Tape 

2 

MNOS ( AWSI) 

Optical Disk 

3 

Magnetic Disk 

Magnetic Bubble 

4 

Magnetic Tape 

Magnetic Disk 

5 

Optical Disk 

MNOS (AWSI) 


Table 1.1-10: Rankings for weight effectiveness for mass storage options 
1.1. 1.4. 3 Volume vs. capacity 

By using the projected volumes from table 1.1-6 the plot for volume vs. 

capacity for the 1992 generic mass storage options was constructed and Is 

shown In figure 1.1-16. From figure 1.1-16, the ranking shown In table 1.1-14 

9 9 

were developed for capacities less than 10 bits, capacities from 10 bits 
to 10 11 bits, and capacities greater than 10 11 . 


Ranking 

Storage Capacity 
< 10 9 

0 
VO 

1 

o 

> ion 

1 

Magnetic Bubble 

Magnetic Disk 

Magnetic Tape 

2 

MNOS (AWSI) 

Magnetic Bubble 

Optical Disk 

3 

Magnetic Disk 

Magnetic Tape 

Magnetic Disk 

4 

Magnetic Tape 

MNOS (AWSI) 

Magnetic Bubble 

5 

Optical Disk 

Optical Disk 

MNOS (AWSI) 


Table 1.1-14: Rankings for volume effectiveness for the mass storage options 
1.1. 1.5 Application 

Using the Information developed In 1.1. 1.3 and 1.1. 1.4 It Is possible to make 
a preliminary relation of options to applications. The relation of the 
candidate options to particular applications can be seen In table 1.1-15. The 
task 3 trade study will do more extensive comparisons to make final relation 
of particular options to applications. 
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Volume (cu in.) 



Capacity (bits) 


Figure 1.1-16. Volume Versus Capacity for 1992 Generic Options 




NON- 
ERASABLE ERASABLE 


MAGNETIC MAGNETIC OPTICAL OPTICAL MAGNETIC 

TAPE TAPE DISK OISK BUBBLE SEMICONDUCTOR 


1 

ON-ORBIT | 
BUFFERING 1 

X 

1 

1 

| 

X 

1 

1 

1 

1 

1 

1 

X 

1 

1 

1 

X 

1 

1 

1 


1 

ON-ORBIT | 
DATABASE 1 

X 

1 

1 

| 

X 

1 

1 

1 

1 

x 1 
1 

X 

1 

1 

X 

1 

1 

_1 

X 


Table 1.1-15 Preliminary relation of candidate options to application 
1.1.2 On-Line Storage (Ground) 


1.1. 2.1 Description . This category Includes the storage technology that Is 
potentially applicable to the more global needs of the ground based portion of 
the SSOS. While a large variety of storage technologies will probably be used 
for a wide range of ground based applications, this section will focus on the 
more stressing requirements Including the following: 


a. Ground station buffering and/or contingency recording of T8D bits, 
TBD rate raw data. 

b. One week storage of TBD bits of extracted customer data with a 
mlnumum of 12 hours of on-line data. 

c. 0.5 seconds to 1 hour access storage for data base management of 
engineering and operational data. 

The options In this category Include the following: 


- Magnetic Tape (HDDR) 

- Magnetic Disk 

- Optical Disk 

- Optical Tape 


1.1. 2. 2 Option Characterization 
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1.1. 2. 2.1 Magnetic Tape ( HDDR) 


"High Density Digital Recording" (HDDR) Is an option because It has 
speed/density characteristics suited to meet some of the driving requirements 
of the ground based portion of the SSDS. Other recording methods, like the 
standard computer compatable units (6250, etc.), will be used In many less 
critical applications, and will not be described here. 

With the newer magnetic tape recording technologies, data Is recorded at high 

speed and high density on the magnetic tape media. Ampex has a prototype 

1 2 

machine that will store 1x10 bits on a 9200 foot reel of two Inch wide 

magnetic tape at 340 Mbits/sec. The total physical volume of the tape Is 

g 

approximately 300 cubic Inches, thus 3.33x10 bits are stored per cubic 
Inch. This characteristic, coupled with the data transfer rate of 340 
Mbits/sec makes magnetic tape an attractive candidate for short term 
archiving. If the tape Is stored In the proper environment the data quality 
can be maintained for a period greater than 25 years, thus making magnetic 
tape a good candidate for long term data archiving. Magnetic tape has also 
proven itself a candidate for use in data buffering applications. Comparisons 
of state of the art devices can be seen in table 1.1-17. 



Ampex 

Ampex 

RCA 

Honeywell 


HBR 30001 

SHBR 12 

HDMR-500 

HO 96 

Total Storage(Gb1ts/tape) 

5 

1000 

135 

119 

Transfer Rate (Mbits/s) 

120 

340 

230 

186 

Bit Error Rate 

i*io - 0 

1*10-6 * 

1 *1 0~ 6 

1*10-6 * 

Recording Method 

longitudinal 

rotary 

longitudinal 

longitudinal 

Recurring Cost 

$150,000 

$350,000 

$1,000,000 

$175,000. 

Media Cost 

$300 

$450 

$450 

$300 

Production Start 

1984 

1987 

1986 

1984 


* Without error correction 

Table 1.1-17: Magnetic tape specifications 
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1.1. 2. 2. 2 Magnetic Disk 

Magnetic disk is a random access, read/write, digital data storage device that 
was first Introduced in 1956 by IBM. With Its large storage capacity and fast 
access times magnetic disk has become the main secondary storage device for 
both large and small computer systems. They are now In use storing the ever 
changing Information of many large data base systems. 

A major Issue for large capacity magnetic dlsk'devlces Is the use of fixed 
media or removable media. The advantage gained by the fixed media device Is 
greater storage capacity, and the advantage of the removable media is the 
ability to archive data and physically transfer data to other locations. 

Using removable media magnetic disk drives for archival storage seems unlikely 
because the disks are mounted in a "pack" which makes Inefficient use of 
physical storage space. The main use of the magnetic disk device could be in 
a data management system where the data is continually being updated. 

Another issue is the lack of development being done on high performance 
magnetic disk drives for the high performance "supercomputers". This affects 
the SSOS In that a high performance device, that may be needed to accommodate 
a driving requirement, may not be available. The economic factors Involved 
are the obvious reason for this. Most of the major development is being done 
on the magnetic disk drives that are used with the mini computers. Many of 
the developments made In this field can be transferred to the high performance 
machines, but more effort in the development of high performance disk drives 
has to be made If the full potential of these devices is to be realized. Some 
specifications for current state of the art high performance devices can be 
seen in table 1.1-18. 
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IBM 

CDC 

CDC 


3380 

885-42 

895-1 

Total Storage (Gblts/sys) 

20 

8.3 

19.2 

Transfer Rate (Mbits/s) 

24 

38.3 

24 

Access Time (msec) 

16 

25 

16 

Recurring Cost 

$90,000 

$76,000 

$94,000 

Production Start 

1984 

1984 

1984 


* BER Information Not Available 

Table 1.1-18: Magnetic disk specifications 
1.1. 2. 2. 3 Optical Disk 

Optical disk Is currently a random access, write once, unlimited read digital 
data storage device. It Is a new technology, but has matured rapidly since 
the first units were developed In the late 1 970 ' s . As of Nov. 1984 production 
units are starting to be delivered. 

An optical disk system consists of a laser source, a detector, optical system 
to direct the laser beam, the drive system and the optical disk. Writing to 
the disk Is done by one of two means. The first method involves burning a 
hole through the top layer of the disk to uncover a reflective bottom layer. 
The second method Involves heating the metal base of the disk, which creates a 
gas, which In turn forms a reflective bubble In the top layer of the disk. 

Each of these reflective spots represents a one and the lack of a reflective 
spot represents a zero, thus data Is recorded on the disk. To read data the 
laser, at a lower power. Is focused onto the disk. Any reflections are picked 
up by the detector and are Interpreted as binary ones. 

An RCA Jukebox system Is already In place at NASA MSFC for use in the storage 
of satellite data. Likewise, a Storage Technology Corp. (STC) optical disk 
system is installed at the National Center for Atmospheric Research at 
Boulder, Co. for the storage of satellite data. 

Companies such as Fllenet Co. and Integrated Automation are Involved In 
building optical disk jukeboxes around existing optical disk devices. These 
jukeboxes typically hold around 100 disks. There Is a port that allows the 
Insertion and removal of optical disks from the jukebox, thus there Is 
potential for these jukeboxes to be used In storing both on-line and off-line 
data. 
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The characteristics of an optical disk system include: large storage capacity, 
fast data transfer rates, low bit error rates, low cost removable media, 
non-eraseabi lity (which might be an advantage in long term data archiving). 

The optical disk media is space efficient as current technology allows storage 
of .25 Gbits per cubic inch. These characteristics make the optical disk 
system a good candidate for ground based, long term data archiving. If 
development on an unlimited read/write system is mature enough the optical 
disk system could be used for a ground based, data base information storage 
system where data needs to be updated constantly. 

At present the optical disk is a write once technology, but development is now 
being done on a full read/write optical disk technology that also utilizes the 
magnetic properties of the disk surface. This technique is known as 
magneto-optical disk recording. The media is made of a material that is 
magnetically stable when cool, but unstable when heated. Initially the 
material has the same magnetic direction, thus the disk Is blank. To write, 
the media Is passed over a magnetic field that Is In the opposite direction to 
the Inltal magnetic state of the material on the disk. Simultaneously, a 
laser heats the spot where data Is to be written, thus allowing the material 
that was heated to take on the magnetic polarity of the external field. This 
Is the manner In which data Is written to the disk. To read data, the laser 
beam, at a lower power, Is focused onto the disk. Because of the Kerr effect, 
the polarized vector of the reflected light will be rotated depending on the 
magnetic field of the material. This rotation can be detected by a photodiode 
arrangement. Erasure of the media Is accomplished a track at a time by 
changing the external field back to the Initial direction of the magnetic 
field of the disk, then heating the track with the laser. This results In the 
magnetic field of the track being set back to the original state. This method 
shows promise because It achieves the high storage capacity of optical disk, 
plus the eraseablllty of the magnetic disk. Although there are no units yet 
available, some companies feel that this technique has enough promise to fund 
further research and development. 
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Because high density optical disk Is an emerging technology, the development 
risk Is medium. Industry Is putting a lot of money Into the development of 
these devices, and if the read/write capability matures, they will begin to 
compete with the magnetic disk technology as a main secondary storage device. 
Some state of the art devices are compared in table 1.1-19. 



RCA 

STC 

SHUGART 


JUKEBOX 

7600 

0PTIMEM 

1000 

Total Storage (Gbits/disk) 

80 X 128 disks 

32 

8 

Transfer Rate (Mbits/s) 

50 

30 

5 

Bit Error Rate 

1*10-8 * 

1*10-13 * 

1 *1 o - 1 2 

Access Time 

5.5 sec** 

61 .9 msec 

100 msec 

MTBF 

2000 hrs 


5000 hrs 

Recurring Cost 

$2,000,000 (ROM) 

$130,000 

$12,500 

Media Life 

> 10 years 

>10 years 

> 10 years 

Media Cost (per disk) 

$500 

$350 

$350 

Production Start 

1982 

1984 

1984 


* With error correction 

** Includes time to retrieve and mount disk 

Table 1.1-19: Optical disk specifications 
1.1. 2. 2. 4. Optical Tape 

OOCdata from the Netherlands has a plan to store 600,000 Mbytes in one optical 
tape jukebox. The unit would consist of 100 optical tape cassettes, which 
hold 6000 Mbytes of Information each, in a jukebox arrangement. Each cassette 
would hold 273 yards of the optical tape media, which Is made of two 
transparent layers separated by a metal layer. The transparent layer furthest 
from the read/write head has preformed holes 4 urn apart. The metal layer 
hides the holes until data Is written to the tape. During writing the write 
laser would melt the metal Into the hole. 

The writing method utilizes a parallel array of several hundred gallium 
aluminum arsenide laser diodes. This presents a significant reliability 
problem In that It Is estimated that 10% of the lasers will be defective 
without any way of replacement, which necessitates a 40% overhead correction 
coding method. Also, the wiring Interface for the diode array is a major 
problem. 
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The operating concept sounds promising, but the technology is still too 
immature to fully assess its future potential and risk. 

1.1. 2. 3 Projected Capabilities 

The projected capabilities for the mass storage options were derived using 
analysis as described in section 1.1. 1.3 and also using personal contacts. 

The objective was to develop generic models of the options that represent the 
highest capacity, highest speed devices that can be available by IOC. The 
generic models for on-line mass storage (ground) can be seen in table 1.1-20. 



Capacity 

Transfer Rate 

Media cost 


Gbits 

Mbits/sec 

dollars 

Magnetic Tape 

5000/tape 

1000 

500 

Magnetic disk 

35/device* 

40 

NA* 

Optical disk 

533/disk 

100 

30 


* Fixed disk device 

Table 1.1-20: Generic models for on-line mass storage (ground) 

1.1. 2. 3.1 Magnetic Tape 

Following the current trends, magnetic tape will have very good 
characteristics. The Improvements in this option will result from a 
combination of new high energy tapes, and new head technology that will take 
advantage of the new tape and allow greater areal density and higher data 
transfer rates. 

1.1. 2. 3. 2 Magnetic Disk 

The Improvements in magnetic disk technology will come from new thin film 
heads, vertical recording techniques, and new methods of coating the disk 
surface. Recently, the rate of Improvement in magnetic disk technology for 
main frame and super computer applications has slowed. This Is a result of 
Inadequate funding for the development of these devices. This area will have 
to be addressed before magnetic disk Is ever to reach its potential. 
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1 .1 .2.3.3 Optical Disk 


As Important as the Increased performance of the optical disk device in table 

1.1- 20 Is that this optical disk device should be eraseable. Magneto-optical 
disk Is the ways that this may come about, although a phase change method 
might also work. 

1.1. 2. 4 Comparisons 

Each option has characteristics that make It a better candidate for some 
applications then others. By making various comparisons the best option for 
each application can be chosen.- Preliminary relation of the options to 
various applications can be seen In section 1.1. 2. 5. The general performance 
characteristics of the expected IOC options can be compared In table 1.1-20. 
Other applicable comparisons Include: 

1 . Cost of the media 

1.1. 2. 4.1 Cost of the Media 

Using the projected media costs, It can be seen that eraseable optical disk Is 
more cost effective than magnetic tape. This Is llllstrated In figure 

1.1- 22. The resulting media cost per bit Is: 

Magnetic Tape $10 _1( Vb1t 
Optical Disk $5.6X10 _11 /b1t 
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Media Cost (dollars) 
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1.1. 2. 5 Application 


Using the information developed in 1.1. 2. 3 and 1.1. 2. 4 It is possible to make 
a preliminary relation of options to applications. The two driving 
applications that need to be considered are: 


A. On-ground buffering 

B. On-ground archiving 


The preliminary relaton of the options to the applications is shown in table 

1 . 1 - 21 . 


NON- 
ERASABLE ERASABLE 

MAGNETIC MAGNETIC OPTICAL OPTICAL MAGNETIC 



TAPE 

TAPE 

DISK 

DISK 

BUBBLE 

SEMICONDUCTOR 

ON-GROUND 

BUFFERING 

1 

1 x 
1 

1 

1 x 

1 

1 

1 

1 

1 

1 x 
1 

1 

1 x 
1 

1 

1 

1 

ON-GROUNO 

DATABASE 

1 

1 x 
J 

1 

1 x 
_J 

1 

1 x 
1 

1 

1 X 

_l 

1 

1 

_J 

1 

1 

_J 


Table 1.1-21 Preliminary relation of candidate options to ground storage 
applications 


1.1.3 Off-Line Storage 


1.1. 3.1 Description 


This category Includes the storage technology best suited to meet the 
following off-line storage requirements: 

1. Long term (> 2 years) archiving of engineering data 

2. Storage of manuals, specifications, and procedures 

3. Archieval of customer data for up to seven days, pending 
verification of receipt of each data set, with TBD time units 
access to the data. 
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The options In this category Include the following: 


1 . Magnetic Tape 

2. Optical Disk 

3. Microfiche 

4. Digitization techniques 

1.1. 3. 2 Option Characterization 

1.1. 3. 2.1 Magnetic Tape 

See section 1.1. 2. 2.1 for characterization of magnetic tape. 

1.1. 3. 2. 2 Optical Disk 

See section 1.1. 2. 2. 3 for characterization of optical disk. 

1.1. 3. 2. 3 Microfiche 

Microfiche Is an option for the off-line storage of manuals, specifications, 
and procedures. Microfiche has been used for document storage since the 
1940's with good results. Documents are stored by making a photo-reduced 
negative of the document. As many as 252 of these negatives can be arranged 
on a 4.1 Inch by 5.86 Inch card to make the master flche. Copies of this 
master are easily and inexpensively made. Typically, the cost to produce the 
original fiche is around $10.00 and the cost to produce copies Is 10 cents 
apiece. To compare data densities between microfiche and the other options, 
It Is assumed that It takes a file of 400 Kbits to store an average A size 
document. Given that a single microfiche can store up to 252 A size 
documents, this equates to the storage of 100 Mbits of data per microfiche at 
an areal density of 4X10 6 bits per square Inch, which Is In the neighborhood 
of the areal density of magnetic tape and magnetic disk. 
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The equipment to produce microfiche costs approximately $150,000 for a 
complete setup that can process about 900 documents per hour. The viewing 
equipment ranges from Inexpensive (less than $500) microfiche readers to 
sophisticated computer retrieval and display systems. Image Systems Inc. 

(ISI) is a company that manufactures computer based microfiche systems. One of 
their systems, the ISI-4000 can store 780 microfiche cards in a carousel and 
access any document, on any fiche in under 3 seconds. The price for a basic 
ISI-400 is around $9000. 

1 .1 .3.2.4 Digitization Techniques 

Digitization techniques (converting paper data to digital data) is an option 
for off-line storage of manuals, specifications, and procedures. The basic 
digitization technique entails digitizing a document and storing the 
information on optical disk. Advantages gained from this technique Include: 
centralized storage of up to date data, storage of non-textual Images (i.e. 
engineering drawings, etc.), and fast access to the off-line data. Companies 
currently developing such digitization systems include Integrated Automation, 
and Filenet Corporation. 

A typical scenario for the use of a digitization system is as follows. After 
producing an engineering drawing, an engineer would take it to a central 
document control station, where it would be fed through a document scanner. 

The document scanner would convert the drawing from its paper form to a 
digital file. This digital file would then be cataloged and stored on an 
optical disk that is contained in an automated jukebox. This jukebox would 
typically contain 100 optical disks. Disks may also be Inserted and removed 
through a special port, thus allowing for off-line storage of the data in a 
library. Anybody needing to use the drawing may now call it up on a high 
resolution screen. If a hardcopy is desired it can be produced on a high 
quality laser printer. The advantages of the above scenario Include: access 
to centrally stored, up to date drawings, computerized storage of Images, and 
fast access to the data. Central storage of data is Important because It 
allows everyone to have access <:o the same drawings, thus preventing the 
situation where somebody still has out of date information in their own filing 
cabinet. 
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The cost breakdown of a typical system Is as follows 


Document entry station 
Optical disk jukebox 
Workstation 

High quality laser printer 


$ 37,000 

$ 100,000 

$ 15,000 

$ 10,000 


39 



1.1.4 References 


1. "The Multiple Format Data Handling Center Study", Control Data Corporation 
for NASA Contract No. NAS5-27691, November 1984. 

2. "Space Platform End-to-End Data System Study", McDonnell Douglas 
Corporation for NASA Contract NAS8-33592, April 1981. 

3. "Space Systems Technology Model", NASA, January 1984 

4. "Memory Technology Survey", McDonnell Douglas Corporation for NASA 
Contract No. NAS5-25599, February 1981. 

5. Bellmer and Davis, "Magnetic Bubble Memories: Technology and Application", 
Military Electronics/Countermeasures, August 1983. 

6. "Non-Volatile Memories Rejuvenate as Bubble Prices Burst", Mini-Micro 
Systems, November 1983. 

7. Dick Pierce, "Bubble Memories for Image Storage", Electronic Imaging, 

April 1984. 

8. Robert Stermer, "A Spacecraft Mass Memory Design Using Self-Structured 
Magnetic Bubbles", NASA-LaRC, 1980. 

9. Mike Cashman, "Solid State Memories Continue Pace", Digital Design, April 
1984. 

10. "Tinier Bubbles", Solutions, January/February 1984. 


40 



11. Grover Sims, "A Portable Physiological Data Recorder Using Magnetic Bubble 
Memory”, Thesis, Air Force Institute of Technology, April 1983. 

12. McLaughlin, "Large Disks: Greater Capacities, Greater Choices", Mini-Micro 
Systems, June 1983. 

13. Robert Rosenberg, "Magnetic Mass Storage Densities Rise", Electronics 
Week, October 29, 1984. 

14. Raymond Freeman, "The Future of Peripheral Data Storage", Mini-Micro 
Systems, February 1982. 

15. Miller & Freese, "Recording Densities Push the Limits", Mini-Micro 
Systems, October 1983. 

16. Edward Teja, "Disk Drives", EDN, June 28, 1984. 

17. Norton & Losee, "Floppy-Disk Cartridge Challenges Winchesters", Mini-Micro 
Systems, February 1982. 

18. Alan Bell, "Critical Issues In High-Density Magnetic and Optical Disk 
Storage", Laser Focus, August/September 1983. 

19. Maarten De Haan, "Optical Memory Research Pays Off", Computer Design, 
October 1, 1984. 

20. Mausd Mansurlpur, "Disk Storage: Magneto-Optics Leads the Way", Photonics 
Spectra, October 1984. 

21. Keith Jones, "DOCdata Plans to Made 6,000MByte Optical Tape Cassette", 
Mini-Micro Systems, June 1984. 

22. David Davies, "Developments In Optical Disk Recording", Engineering 
Manager, November 1984. 

23. Steve Moore, "The Mass Storage Squeeze", Datamation, October 1, 1984. 


41 



24. Alan Bell, "Optical Data Storage", Laser Focus, January 1983. 


25. David Freedman, "Optical Disk: Promises and Problems", Mini-Micro Systems, 
October 1982. 

26. Robert Hlrshon, "Optical Storage Meets Increased Data Demands", Electronic 
Imaging, March 1984. 


42 



PERSONAL CONTACTS 


1. Ken Wallgren NASA-HQ 

2. Jack Hayes, NASA-Goddard 

3. Gene Smith, NASA-Goddard 

4. Paul Hayes, NASA-LaRC 

5. Ed Caro, NASA-JPL 

6. Doug Thomas, NASA-MSFC 

7. Stu Cummins, USAF W-P 

8. Russ Herndln, USAF ABLQ 

9. Anthony Bartuska, RCA 

10. Stephen M. Ravner, RCA 

11. Oliver Bessette, RCA 

12. Dennis Fotl, Honeywell 

13. Glen Call, Motorola 

14. A. L. "Skip" White, Ampex 

15. Bob Harper, Ampex 

16. Steve Mednlck, IBM 

17. Hank Cote, STC 

18. John Harper, STC 

19. Dave DeYoung, STC 

20. Bill Leuschel , STC 

21. Ron Stewart, Mil tope 

22. Stan Domen, Intel 

23. Larry Fujltanl, Optlmen 

24. Rainer Zuleeg, MDMC 

25. William Gel deman, MDAC 


43 


26. Mark Flneberg, McAuto 

27. Jim Blouln, McAuto 

28. Bob Boggett, COC 

29. Jerry Muench, Odetlcs 

30. Bill White, Thorn EMI technologies Inc. 

31. Loyde Miller, Harris Semiconductor 

32. Mick OeOlnsky, Harris Semiconductor 

33. Bob Evens, Lockheed Electronics Co. 

34. Charlie Adams, Integrated Automation 



1.2 MAN/MACHINE INTERFACE 


To take the fullest advantage of the capability of the onboard crew, the 
man/machine interface (MMI) equipment must embody several state-of-the-art 
technologies integrated into efficient, user friendly workstations, or MPACs 
(Multipurpose Application Consoles). 

The Space Station RFP, and especially the Customer Requirements for Standard 
Services (CRSS) document impose several requirements on the MMI including 
presentation of video as well as color graphics and text information, portable 
workstations, and customer quick look capabilities. In addition, to enhance 
user friendliness, the use of standards shall be used as much as possible 
particularly in the areas of graphics and video presentation, and data system 
interfaces . 

1.2.1 OUTPUT 

1 . 2 . 1 . 1 Display 

1.2. 1.1.1 Description 

Advanced electronic display media development holds one of the keys to 
effective integration of the space station crew workstation electronic 
systems. This is true whether they are employed in a large-area multimode 
display or in multifunction keyboards or touch-panels. Using display 
technology, the space station crew workstation can be decluttered by replacing 
single function instruments and switches with multimode, multifunction 
devices. Sperry will undertake a detailed assessment of advanced display 
media including the CRT and flat panel technologies for space station 
applications. 

Before proceeding, the characteristics important to display media must be 
identified in order to make comparative judgements of the advantages, 
disadvantages and limitations of the various media. The characteristics 
deemed, of importance are listed below. 
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Cost 

Power Consumption 
Size 

Luminous Efficiency 

Contrast Ratio 

Resolution 

Color Capability 

Grey Scale 

MTBF 

Rugged ization Requirements 
Highest Voltage 
Temperature Range 
Uniformity 

The options to be considered for space station displays are as follows: 

Plasma Display Panels 
Cathode Ray Tube (CRT) 

Light Emitting Diode Flat Panel 
Liquid Crystal Flat Panel 
Electroluminescent Flat Panel 

CRT Technology 

Before getting into the discussions of flat panel display media, let us look 
at the overall advantages and disadvantages of the two major display media 
types, i.e., CRT and flat panel. 

The CRT has several inherent disadvantages which has led technology to the 
development of the flat panel. These are: 

o Depth/Bulk 

o Limited Life 

o High Voltage 

o Not directly Digital Compatible 

o Possibility of Catastrophic Failure 
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The constraints of the CRT's electron optics determine the above 
disadvantages. High resolution with good edge focus necessitate relatively 
narrow deflection angles resulting in considerable depth and weight. This is 
a primary motivation for the development of alternate electronic displays such 
as the flat panel. Valuable space and weight savings can be obtained in the 
space station and other avionics applications when an appropriate flat panel 
display is developed. When the CRT is used at high beam current the 
phosphorus covering has a limited lifetime, in addition, a high voltage is 
required for the beam acceleration. Another disadvantage is that the CRT is 
not directly digitally compatible, although, this disadvantage can be 
considered minimal since the modern scanning techniques make the CRT readily 
addressable. In the past, the fear of catastrophic failure was of concern. 
This was primarily due to the poor design and now ruggedized CRTs have now 
reached the respectable MTBF of 3,000 to 5,000 hours. Further refinements 
will enhance this reliability, although not to the point of future solid-state 
flat panel displays. 

Plasma Display Panels 

Plasma display panels (PDP 3 ) are by far the most popular of the commercial 

flat panel displays, accounting for nearly as large a market share as the 

other technologies combined. They are a well established technology and the 

basic characteristics and limitations are unlikely to change significantly in 

the foreseeable future. All PDPs utilize a noble gas (usually neon) that 

ionizes at a specific threshold voltage (V., ) and remains ionized at a lower 

th 

sustaining voltage (V ). The usual plasma device consists of an array of 

sus 

individual cells arranged in a matrix form at the intersection of anode and 
cathode conductors which form electrodes on the surface of the glass plates 
used to contain the gas. One of the electrodes is made transparent for 
viewing the discharge. The discharge process is not very efficient, typically 
providing about 0.5 Lm/w. 

PDPs may use one of four basic technologies: DC, AC, AC-DC hybrid, or 

Gas— Electron— Phosphor (GEP) . Most produce an image directly by means of the 
glow of the noble gas (most DC, all AC, and all AC-DC hybrid). 
Gas-Electron-Phosphor (GEP displays, however, extract electrons from the 


47 



ionized gas and use them to excite CRT-type phosphors on the display screen. 

In similar fashion, some photoluminescent DC PDPs use invisible ultraviolet 
radiation from the ionized gas to excite phosphors. 

Conventional DC plasma displays consist of electrodes sealed in a neon-filled 
glass envelope. At any area on the display where voltage exceeds V^, a 
reddish-orange glow appears. A voltage of V gug across the entire display 
maintains the glow, without providing sufficient voltage to excite any further 
glow at any other areas of the display. This gives plasma displays an 
inherent memory capability. 

Two difficulties with DC plasma displays are the large number of drive 
circuits required (especially for an unformatted matrix) and contamination 
problems between the electrodes and the noble gas mixture. Another limitation 
of DC PDPs is that brightness is inversely proportional to area. Therefore, 
they cannot be much larger than a page in size and still retain sufficient 
brightness. Displays larger than this can be built only by connecting 
together a number of smaller displays. 

AC plasma dominates the larger display field. This technology results from 
work at the University of Illinois to solve the contamination problems of DC 
plasma displays. The solution was to place the electrodes outside the glass 
envelope, out of contact with the gas mixture. Later refinements placed the 
electrodes back on the inside glass surfaces again, but this time protected 
from the gas mixture by a thin film, dielectric insulator. In addition to 
insulating the electrodes, the dielectric insulator creates a circuit element 
that provides a capacitive storage. As a result, once a picture element is 
turned on, it stays lit until it is turned off by an appropriate pulse 
sequence. This memory eliminates the need for display refresh. The overall 
quantity of electronics is the same as for DC plasma, since a driver is 
required for every row and column. But unlike DC plasma displays, brightness 

is independent of display area. Therefore, maximum size of AC plasma displays 
is limited only by manufacturing constraints and physical factors, such as the 
ability to manufacture large, fine electrode grids on glass, and the overall 
weight of the final product. 
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The third plasma technology, AC-DC hybrid, combines characteristics of AC and 
DC panels. These displays use a DC-based system that "primes" the gas, making 

it easier to turn on and address pixels. At the same time, a set of AC 

electrodes controls the display to achieve pixel memory. The 
gas-electron-phosphor technique uses a series of U-shaped cathodes running the 
height of the display that produce a cold-cathode glow discharge. There is an 
anode grid in front of the cathodes, criss-crossed by a matrix of row and 
column electrodes. When both a row and a column electrode are excited, an 

anode glow forms at their intersection. A video grid extracts electron beams 

from this glow and modulates their intensity. They are then accelerated 
through high-voltage spacers, striking and exciting CRT type phosphor dots on 
a face plate. 

GEP technology re-introduces some of the problems of DC PDP3. Since it 
requires scanning, brightness is once again inversely proportional to the 
number of elements being scanned. Also, flicker once again becomes a 
consideration. However, these problems can be addressed just as they are 
addressed in a CRT; high quality phosphors can increase brightness, and long 
persistence phosphors can be used to reduce flicker. Also, GEP technology can 
accommodate color through the use of color CRT type phosphors. 

Light Emitting Diode (LED) Displays 

Light emitting diode technology is based on an electroluminescent phenomenon 
referred to as "carrier injection electroluminescence." In the presence of an 
electric field of proper polarity, loosely bound electrons on the n-doped side 
of an pn junction are injected across the diode junction region. Upon 
entering the p-doped region as minority carriers, they combine either by 
direct or indirect band gap transitions with majority carrier holes, thereby 
producing light. 

This recombination can be either radiative or nonradiative . The primary 
objective in LED technology is to maximize the light output by increasing the 
probability of radiative recombination and decreasing the probability of 
nonradiative recombination. Primary success has been achieved in forming 
efficient light-emitting junctions in single crystalline solid-state compounds 
from group III and group V elements in the periodic table, these include: GaP 
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(green, yellow, orange and red emission), GaAsP (orange and red emission), and 
GalnP (yellow emission). Other less efficient compounds remain in a less 
developed state due to a combined lack of commercial interest and government 
support. Gal\l falls in this category, but is noteworthy because it has the 
potential for producing a full-color display. Military development efforts 
have resulted in LEDs having improved reliability, long life, and ruggedness. 

A difficult technical problem has been developing techniques that improve LED 
efficiency, although substantial progress has been made in this area. Todays 
commercial LED devices typically require considerable more injected electrons 
for each photon that is emitted. Measured efficiency figures vary for the 
gallium-arsenide-phosphide range of LEDs, which are commonly used and 
commercially available type, and emit in the spectral range from red to 
green. As a ratio of GaP to GaAsP increases, the quantum efficiency rapidly 
falls off. But because of the increasing efficiency of the eye over this 
spectral range, the luminous efficiency remains very nearly constant. Thus a 
range of materials is available covering the spectral band from red to green, 
and all having an efficiency approaching 1 Lm/w. 

Simple numeric 7-bar LED displays developed specifically for aircraft use are 
now commercially available and have been extensively tested under high 
brightness conditions. Red, yellow or green emitting bar chips have been used 
to form 4 mm-high numerals. Chips are mounted on a multilayer thick-film 
circuit which has a black dielectric layer on its top surface to increase 
contrast. The wire bonds to the LED chips are kept short to minimize 
reflections. It has been found necessary to use filters in front of the 
display to increase contrast. With this filter/display combination, excellent 
legibility ha3 been reported in illumination levels up to 10 lux, with power 
consumption of less than 0.2w per character. 

Attempts have been made to provide area arrays for aircraft use, but this 
presents altogether more formidable problems. Apart from the very serious 
problem presented by the low luminous efficiency of LEDs, the difficulty of 
fabricating an array of up to 10 elements at an economic cost generally 
implies monolithic structure. Unfortunately, monolithic arrays tend to be of 
lower efficiency than discrete chips. Limits to the size of matrix arrays are 
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set both by the problem of high-yield production of large arrays and also by 
the difficulty of providing the high-current, short-duration pulses necessary 
to drive matrices of more than about 64 x 64 elements. Thus it has been 
necessary to build up larger LED arrays in the form of a pattern of modules. 

The primary development thrust on LEDs for use in military aircraft displays 
has been in green (5650A) GaP monolithic chip arrays suitable for forming the 
mosaic surfaces of two and four edge abuttable dot-matrix display modules. 

One quarter inch square, 64 pixels/inch monolithic chips that utilize a planar 
flip-chip solder reflow interconnection structure have been successfully 
demonstrated. The planar flip-chip structure, in addition to being 
well-suited to automated chip placement on and bonding to the underlying 
electrical interface ceramic, provides the display observer with a direct view 
of the light emitting diode junctions (i.e., through the transparent LED chip) 
that is not obscured by electrical leads or connections. The resulting 
structure has been demonstrated to provide luminance outputs suitable for 
sunlight legible graphic portrayal . The structure is also well-suited to the 
application of anti-reflective refractive index matching surface layers which 
initial testing indicates should permit a significant reduction in display 
surface/driver operating power when the technique is fully developed. Tests 
conducted on 1980 GaP monolithic LEDs resulted in average pixel luminance 
outputs of greater than 1,100 fl using the 0.5mA average LED drive current (at 
2.75 volts) and 500 Hz refresh rate/0.5% pulse cycle drive condition employed 
in the 3 in x 4 in, 75 fl Multi-Mode Matrix Concept Demonstrator Display 
delivered in 1978. The power required to drive a 64 pixel/inch optically 
filtered 1 inch by 1 inch graphics LED module, having a typical 20 percent 
load pattern operating at a contrast ratio of 50 in a 10,000 fc viewing 
environment, is approximately one watt including drivers. The luminance 
improvement has resulted almost totally from improvement in materials and 
device processing techniques rather than from the optical enhancement 
processing techniques which are still in the last stages of development. 
Further development effort is still required to produce the same legibility at 
the maximum demonstrated resolution of 126 pixels/inch needed to match or 
exceed the resolution of current CRT displays used in aircraft for the 
portrayal of video information. 
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The construction of large display surfaces using standard 1 inch x 1 inch LED 
display modules offers a number of advantages over CRTs including (1) the 
ability to build displays satisfying a variety of different size and shape 
requirements using components with known display capabilities, (2) the fact 
that even though the number of individual displays needed for each military 
application is small, the number of modules needed is large enough to justify 
a high degree of production automation and (3) the interchangeability of 
modules results in a reduced logistics inventory requirement. The basic 
problem associated with modular display construction is the very tight 
mechanical tolerances that must be achieved to provide the intermodule 
alignments and spacings needed to give the appearance of a continuous display 
surface having equal pixel spacing throughout. Experience gained in the 
construction of two and four-edge abutted modular displays having 64 
pixels/inch resolutions, has shown that the tolerances which must be met to 
produce modular LED displays at up to 125 pixels/inch resolution are feasible. 

One very promising area for the application of the bright green monolithic LED 
modules (64 lines/inch) is in the form of full— surface display for 
programmable, multi legend switches. NASA-Langley and the Air Force have 
supported research in this application area which has led to the development 
highly reliable and unique graphic/alphanumeric switch technology. This new 
technology offers excellent potential for consolidation of workstation 
controls and presentation of backup display information. 

Several development and evaluations have been performed on discrete tricolor 
LED arrays. These displays are fabricated by alternating red and green LEDs 
to form an X-Y array . They have been fabricated in several sizes, including 1 
x 3 inch modules, and have edge abutted several modules to form a 3 x 4 inch 
tri-color display at 24 dots per inch. Three discrete colors are obtained as 
follows : 

o Red - Red LED Lit only 

o Green - Green LED Lit only 

o Yellow - Red and Green Lit 
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24 dot per inch tri-color LED experiment displays have had excellent results. 
The basic problems of this approach in the workstation are high power 
consumption and high costs. 

The Air Force, Canadian Government, and NASA-Langley have embarked on a 
program to develop tricolor LED technology in monolithic form (hopefully a 
less expensive approach) as a part of the Crew Station Technology program at 
Langley. The goals of the program are to achieve true monolithic tricolor LED 
modules with the increased resolution of 64 lines/inch, better uniformity in 
brightness and color, and lower production costs. It is envisioned that two 
major application areas may result: (1) direct use of tricolor LED modules in 
programmable multi legend, multifunction switches and keyboards and (2) 
medium— sized tricolor videographic displays through use of edge abutting of 
modules. Phase 1 of the program is nearing completion, the development of the 
tricolor monolithic modules, and Phase 2 will begin shortly, the development 
of a tricolor multilegend switch. 

Liquid Crystal Displays (LCD) 

According to Dr. Joseph Costelano, President of Stanford Resources, a research 
firm specializing in flat panel displays, by 1986 liquid crystal displays will 
replace plasma displays as the most popular flat panel graphics display. This 
will be due to the huge investments of a large number of Japanese companies 
and LCDs will account for over a third of the display sales in 1990. Most of 
these sales will be in the low end, low information market. 

Commercial developments have concentrated on numeric displays, with liquid 
crystal displays replacing light emitting diode displays in the current watch 
and calculator markets because of their low power consumption and lower cost. 
Many varieties of LCDs are being developed in Japan, the U.S. and Europe, and 
display conferences have been replete with demonstrations of the new 
technologies. Recent applications of liquid crystal displays range from a 0.8 
by 1.0 inch color television with a LC display of 240 by 320 picture elements, 
to a message board incorporating 1024, 2 inch by 2 inch liquid crystal pixels, 
suitable for store signs and message centers. 
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The Department of Defense efforts have concentrated on the development of 
video displays to present imagery such as graphics and alphanumerics . Optical 
projection and fiber optics expander techniques are currently being developed 
in order to increase resolution and enlarge display areas. 

All liquid crystal display devices make use of the ability of liquid crystals 
to reflect or refract ambient light differently when acted upon by voltage 
and/or heat. The liquid display devices are therefore non— emissive and use 
electro-optic materials to modulate light by means of scattering, fire 
fringence, solarization, absorption, or combinations of these optical 
effects. Three main types of liquid crystal displays are most commonly used: 
Twisted-nematic field effect, active matrix, and smectic liquid crystal 
displays. Work on a dye— based phase-change phenomena shows promise for future 
displays . 

Liquid crystals are basically organic liquids with very long molecules, so 
that over a fair range of temperatures the intermolecular forces cause the 
molecules to be aligned in an ordered structure. This structure gives rise to 
different physical characteristics including dielectric constant, refractive 
index, and magnetic susceptibility. With the application of an electrostatic 
field molecular alignment can be modified, which in turn alters the optical 
properties and appearance of the liquid crystal display. 

Two modes of operation are available in the twisted-nematic field effect 
liquid crystal display: The field effect mode which uses light polarizers to 

provide contrast between the reflected and absorbed light and the dynamic 
scattering mode which uses light traps to provide contrast between the 
scattered light and specularly reflected light. 

The twisted-nematic field effect liquid crystal display consists of two glass 
plates with rows and columns of transparent conductor lines. Sandwiched 
between the two plates is the liquid crystal mixture. The front glass plate 
has a transparent polarizing filter. The back glass plate has a reflecting 
polarizer, oriented at 90° to the polarizer on the front plate. When no 
current is applied to the conductors, the liquid molecules take up the 
orientation which is determined by the intermolecular forces within the liquid 
and also by any directional structure on the surface of the electrodes. This 
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orientation is a spiral shaped structure joining the two glass surfaces, 
giving the light a 90° twist. On applying an electrical current, the crystals 
line up and let light pass through uneffected. Cells with no current applied 
ref lect -ambient light, and appear light colored. The light passing through 
the face plate is polarized in one direction, then gets twisted 90° by the 
liquid crystal, allowing it to pass through the back-plate polarizer, which 
reflects it forward again. As it passes through the liquid crystal again, the 
light gets a second 90° twist, reorientating it to its original position and 
thus allowing it to pass out through the polarized face plate. Conversely, 
cells with current applied absorb ambient light, and appear dark. In this 
case, light is polarized in one direction by the front face plate, and pauses 
through the aligned liquid crystal unaffected. When the light reaches the 
back plate, whose reflective polarizer is orientated 90° opposite that of the 
front plate, it is blocked. Therefore, light is not reflected back again, and 
the cells appear significantly darker than the surrounding cells. 

A reflective display can be made using the dynamic scattering mode technique. 
This type of display eliminates the use of polarizers but uses light traps to 
provide contrast between scattered light and specularly reflected light. The 
dynamic scattering mode liquid crystal display must have external illumination 
for nighttime viewing. 

In order to implement graphics, a multiplexing scheme allows addressing of a 
matrix of elements. One difficulty is the slow response time of the liquid 
crystal as they reorientate themselves. Extensive multiplexing compounds this 
problem and limits the area of the total conventional twisted-nematic field 
effect liquid crystal display. 

Active matrix LCDs offer one solution to the above problem. This type of LCD 
uses an array of thin-film transistors as internal switches to turn each 
elements on and off . Higher information displays can be obtained due to the 
much faster switching times. However, difficulties in making defect free 
transistor arrays have limited this technology. 

Thermally-addressed smectic LCDs use a liquid crystal material that requires 
both voltage and heat for activation. Therefore, instead of a conventional 
matrix of conductors, smectic displays use one plane for delivering voltage to 
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each cell, and the second plane for delivering heat. The key advantage of the 
technology is that once activated, the cells maintain their condition without 
refreshing. This simplifies the electronics, and provides for a much larger 
display. However, display time is slow and drivers required to handle the 
heating requirements are expensive. 

Another liquid crystal mechanism which is important for potential application 
in the space station workstation is the cholesteric-nematic phase change 
display. A pleochroic or dichroic dye material is uniformly mixed with the 
host liquid crystal molecules. The appearance from the front surface of the 
crystal cell depends on the alignment of the dye molecules, and is colored in 
the cholesteric phase and transparent in the nematic phase. The phase change 
is brought about by an application of a voltage field which causes a complete 
change in the arrangement of the liquid crystal molecules. This is a much 
faster effect than in the twisted-nematic cell — Although, with the penalty 
of a voltage which is usually at least switch that of the twisted-nematic 
displays. A further advantage of this display is the improved angle of view 
compared with the twisted-nematic type. 

Electroluminescent (EL) Displays 

Several different techniques have been developed to utilize the phenomenon of 
field-excited luminance. In the past several years considerable progress has 
been made in overcoming some of the basic problems of this technology. 
Electroluminescent (EL) displays can be divided into AC and DC types 
corresponding to whether they are driven by AC or DC voltage. In each type, 
the devices may be fabricated with powder EL or thin-film EL materials. 

The simple concept of exciting luminescence in phosphor powders by the 

application of an electric field was first put to practical use in AC-driven 

panels in which a ZnS phosphor powder was held in a plastic binder. This 

method has found widespread use in simple types of on/off displays, and also 

in aircraft for the lighting of cockpit instruments. Early examples of this 

type of panel has a poor reputation for life and luminance, but it later 

became possible to achieve lives of over 10,000 hours at luminances of 30 

2 

candelas per square meter (cd/m ) or more. 
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Much research has been directed towards alphanumeric and matrix displays based 
on EL technology, but with the AC-excited powder-binder type of EL, the 
presence of half voltages on unaddressed elements causes a significant loss of 
contrast. Although, this has been largely overcome by coating the rear 
surface of the EL layer with an auxiliary material having a highly nonlinear 
current/voltage characteristic . The high voltages and low overall efficiency 

of this technique effectively rule it out of contention for aircraft use. An 

alternative of using an individual store or latch with each element has also 

been explored. Using the thin-film transistor technique luminances of 100 
2 

cd/m have been obtained on 120 x 100 element panels. 

in the early seventies, a development effort led by Sigmatron succeeded in 
fabricating AC thin— film EL devices with reasonable life brightness. 

Recently, researchers at Sharp Corp. have made a significant breakthrough in 
achieving medium high brightness and long life AC thin-film EL panels. The 
reliability of the devices not only depends on the quality of the 
polycrystalline manganese-doped ZnS layer, but also on the breakdown strength 
of the insulating layers sandwiching the ZnS layer. Thi3 EL mechanism is 
believed to be due to the electron impact excitation of the manganese ion. 

Since the light output of device is directly proportional to the charge 
flowing through the capacitative layers per pulse, the number of pulses per 
second and the voltage across the ZnS film, one expects to have higher 
efficiency if high dielectric constant and breakdown strength insulator films 
are used. The sharp voltage threshold, fast turn-on and turn-off response 
times, and high peak brightness make this device one of the attractive 
candidates for a refreshed matrix display. 

In the thin film EL devices, a black layer acts as a light absorber, and since 
the layers in front of it can be made to be transparent, less than 0.5 to 1 
percent of the light is reflected back. In a 10,000 foot-candle ambient light 
environment panels can achieve a contrast ratio in the range of 1.6 through 
9.1 to 1 with 15 to 200 foot lamberts of panel brightness. This is an 
enormous advantage as compared with powdered phosphor, and means that, by 
comparison with earlier EL displays or with monochrome cathode ray tubes, 
adequate contrast can be obtained with much less panel brightness or luminance. 
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Unfortunately, in the case of thin-film EL display panels, the achievement of 
fairly good contrast ratios in a high ambient light environment may not be 
good enough for the cockpit. 

Recently, a specially developed 6 inch TEEL panel (Tri-Service/NASA effort) 
was driven by an experimental raster (video) generator which produced an 
integrated EADI (electronic attitude director indicator) and EHSI (electronic 
horizontal situation indicator) flight display at 240 x 320 pixels at 60 Hz, 
Noninterlaced (Repeated Field). The displays produced were flicker free and 
showed good grey scale capability. The update rate of the symbology was 
approximately 20 Hz, which resulted in very smpoth display animation. These 
initial tests will be followed by full laboratory evaluations and part-task 
simulator evaluations. 
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Performance Characteristics 
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Proqrammatic Characteristic# 
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1 . 2 . 1 . 1.2 


Option Characteristics (Continued) 


c) Risk Assessment 


Option #1 - CRT 

This is a level 6 technology readiness level; Prototype/ engineering model 
tested in relevant environment. 

Option #2 - Plasma Display Panels 

This is a level 4 technology readiness level; Critical 
function/characteristic demonstration . 

Option # 3 - Light Emitting Diode Displays 

This is a level 4 technology readiness level; Critical 
function/characteristic demonstration. 

Option #4 - Liquid Crystal Displays 

This is a level 4 technology readiness level; Critical 
function/characteristic demonstration . 

Option #5 - Electroluminescent Displays 

This is a level 4 technology readiness level; Critical 
function/characteristic demonstration. 
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Projected Capabilities 
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Projected Capabilities 
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Projected Capabilities 
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Temperature Range | Excellent | Excellent | Excellent 



Projected Capabilities 
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Projected Capabilities 
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1 . 2 . 1 . 1. 3 


Projected Capabilities (Continued) 


f ) Key Drivers 
CRT 


CRT technology is mature but the main drivers for the space station will 
be a space qualified CRT. Work must be done on ruggedization and meeting 
the environmental constraints imposed by a space environment. 

Plasma Display 

Plasma technology is progressing satisfactorily. Problems such as slow 
update, contamination etc. are being resolved. The key driver to the use 
of a plasma display on the space station will be the development of a full 
color display . 

Light Emitting Diode Display 

Recent light emitting diode technology has improved the reliability, 
longevity and ruggedness of the LED display. The key to LED usefulness 
will be an improvement in efficiency, and the development of full color. 

Liquid Crystal Display 

The key drivers to a liquid crystal display will be the development of 
large full color display. 

Electroluminescent Displays 

The key drivers for a useful electroluminescent display is to increase the 
brightness and develop a large full color screen. 
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1.2. 1.2 Speech Synthesis 


1.2. 1.2.1 Description 

Digital voice recording is the simplest way of producing speech 
electronically. Spoken words are converted to digital codes using an analog 
to digital converter and stored in a storage medium. The codes can then be 
retrieved in the proper order and converted to speech through the use of a 
digital to analog converter. 

The most common means of encoding speech to digital signals is through pulse 
code modulation (PCM). Each amplitude of the speech signal is represented by 
a different digital code. A minimum length of 12 bits must be used in order 
to accommodate the range of amplitudes found in human speech. To preserve 
speech quality the speech must be sampled every 0.0001 of a second. It is 
interesting to note that this sampling rate of 10,000 time a second with a 12 
bit digital code will require 120,000 bits of storage location every second. 

It becomes immediately obvious that tremendous storage requirements are needed. 

In order to reduce the storage requirements for PCM, a method called coded 
variable-slope delta modulation (CVSD) can be used. This method uses a 
digital code to represent changes in amplitude for adjacent samples. Thus, 
the number of bits required in each code depends on the difference in 
amplitude between samples. As the number of samples increase, the encoding 
bit requirements decrease. Sample rates in CVSD systems generally exceed 
16,000 bits/sec. 

A recent development in limited vocabulary speech synthesis is time— domain 
encoding. The data stored represents speech waveforms that have been 
compressed as a function of time. A synthesizer then decompresses this data 
to form speech output. Only that data which the human ear uses to understand 
speech is stored, i.e., the frequencies produced and their power spectrum 
closely resemble the original waveform. Component frequencies are chosen so 
that the time-domain waveform can be represented by a small number of bits. 

Bit rates as low as 500 per second have been reported for some vocabularies. 



Another concept, parametric encoding, generates speech by controlling an 
electronic synthesizer which produces complete words and phrases. The 
circuits actually simulate the functions of human anatomical features that 
produce speech. The most popular method of parametric encoding is a technique 
called linear prediction. Linear predictive coding (LPC) has been perfected 
to a point where it ha3 become the best understood and most widely used method 
of speech systhesis. 

Instead of storing words, the LPC systems separate words into sounds which 
constitute speech. Forty speech sounds called phonemes can be produced using 
sixteen vowels and twenty-four consonants. By using these forty phonemes, an 
LPC system can construct any word or phrase, although the synthesized speech 
is of poor quality. To improve speech quality, phonemes which are adapted to 
the speech environment in which they will be used (called allophomes) are. 
used. These allophomes can be viewed as phonemes that have been conditioned 
to more accurately reproduce speech. Most systems use on the order of 128 
allophomes and are linked together by a speech algorithm which provides 
parameter smoothing and adjustments in pitch and amplitude. The options to be 
considered here are Digital Voice recording and limited vocabulary output 
systems. Also to be considered are control action confirmation and data entry 
confirmation technology which can incorporate either of the above voice 
synthesis technologies. 

In order to make comparative judgements of the advantages, disadvantages and 
limitations of the voice synthesis technology options, the following 
characteristics have been deemed important. 

Cost 

Power 

Storage Requirements 
Computational Loading 
Total Word Capability 
Response Time 
Speech Quality 
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Performance Characteristics 
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Speech Quality Excellent Good Digital voice recording Digital voice recording 

or limited vocabulary or limited vocabulary 

system can be used system can be used 
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1.2. 1.2. 2 Option Characteristics (Continued) 
c) RISK ASSESSMENT 

Option #1 - Digital Voice Recording 

This is a level 4 technology readiness level; critical 
function/ characteristic demonstrated . 

Option HI - Limited Vocabulary Output System 

This is a level 3 technology readiness level; conceptual design tested 
analytically or experimentally. 

Option #3 - Control Action Confirmation 

This is a level 3 technology readiness level; conceptual design tested 
analytically or experimentally. 

Option #4 - Data Entry Confirmation 

This is a level 6 technology level; prototype/engineering model tested in 
relevant environment. 
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Digital Voice Recording 
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Limited Vocabulary Output Systems 
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Control Action Confirmation 
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Data Entry Confirmation 
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1 . 2 . 1 . 2. 3 


Projected Capabilities (Continued) 


e) Key Drivers 


Digital Voice Recording 

The key driver to improving the digital voice recording systems will be to 
reduce the large storage requirements and sampling rates. New and 
improved methods must be developed to encode digital speech information. 

Limited Vocabulary Output System 

The key driver for limited vocabulary output systems will be the reduction 
of the data rate. The lower bit rate will mean longer on— off signals 
resulting in superior bit reliability, lower power and reduced storage 
requirements . 

Control fiction Confirmation 

The key to control action confirmation will be the system integration and 
complex software associated with coordinating voice synthesis with complex 
control action confirmations. 

Data Entry Confirmation 

Data entry confirmation is being used in may commercial applications. The 
technology is well developed and key drivers will be in the improvement of 
the voice synthesis techniques above. 
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1 . 2.2 


INPUT CONTROLS 


1-2.2. 1 Manual 

1.2. 2. 1.1 Description 

Traditionally , cockpit input control devices have consisted of switches, push 
buttons and control columns interacting with software controlled systems, 

With the improvement in display technology the electronic display is 
considerably more versatile and offers the opportunity to greatly improve the 
transfer of information between the crew and space station systems and 
subsystems. In order to realize the maximum benefit from present display 
technologies, the workstation must be a place of highly efficient man/machine 
interrelationships and possess input control capabilities to promote crew 
effectiveness in all situations. 

The following is the list of the current manual input control device options 
to be considered for use on the space station. 

Keyboard 
Touch Panel 
Joystick 
Light Pen 
Graphics Tablet 
Mouse 
Trackball 

Multifunction Switches 
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Keyboard 


The keyboard is the oldest and most common method for display input. Commands 
are typed on an alpha-numeric keyboard and interpreted by a processor which 
controls display processing to the screen. Keyboards tend to consume space 
since the keys must be large and sufficiently spaced for ease of pressing 
without errors . 

Touch Panel 


There are two main types of touch panels in use today, optical type panels and 
resistance or capacitance panels. Rows of light emitters and receptors along 
the screen perimeter are used in the optical system. The touched location is 
determined by which beams are broken. The spacing of the optical components 
determines resolution, which is usually low and on the order of a 0.1 inch. 

The other type panels possess a resistive or capacitive characteristic when 
the finger touches the screen or may sense an acoustic echo from the touched 
position. These systems tend to have a higher resolution on the order of 0.01 
inch. Problem areas in touch panel systems include this limited resolution, 
smearing of finger prints on the face plate and operator fatigue. 

Joystick 

The joystick consists of a spring-loaded rod which when tilted controls the 
direction and speed of a cursor as a function of the direction and angle of 
the rod. Rapid displacement with relatively high resolution are its main 
advantages . 

Light Pen 

The light pen consists of a stylus containing a photocell which produces an 
electronic signal when it is placed on the screen and detects light. The 
signal is sent to a processor and screen location determined. Problems 
associated with the light pen are operator fatigue and the extra software and 
hardware required to identify pen position. 
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Graphic Tablet 


The most widely used of the graphic input tools is the graphic tablet. The 
position of a movable cursor unit is sensed as it moves over a flat surface. 
This surface has x and y wires embedded in the surface which emit electrical 
or acoustic signals as the cursor is moved over the surface. This data is 
then translated into digital coordinate data for transmission to a processor. 
The precision capabilities of the surface, may exceed that of the manipulative 
capabilities of the operator due to the limited hand/eye coordination 
possessed by human operators. 

Mouse 

The mouse is a puck-like device which is rolled against a flat surface to 
provide cursor control. The main advantages of the device is the rapid cursor 
movement and they can be used on an ordinary desk top. Tracking errors may be 
induced by slippage or lifting the device. The use of a mouse in a zero g 
environment may be questionable. 

Trackball 


Trackballs are balls set in sockets and rolled in the palm of the hand. 
Cursor movement is in the direction of the roll at a rate proportional to 
rotationaly speed. Precise cursor positioning is possible because of the 
small cursor increments with respect to large angular ball displacements. 

Multifunction Switches 


Multifunction switch concept is based on discrete alphanumeric LED flat packs 
or liquid crystal display technology. Multifunction panels generally consist 
of three areas: a mode select area, scratch pad area and programmable-legend 

key area. Much work development work needs to be done in the data busing and 
software development areas. Also, much human factors work needs to be done to 
determine how to blend this new multifunction technology into a more automated 
workstation environment. 
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Performance Characteristics 
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ACTUAL HARDWARE COST IS 
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1 . 2 . 2 . 1.2 


Option Characteristics (Continued) 


c) Risk Assessment 

Option #1 - Keyboard 

This is a level 7 technology readiness level - Engineering model tested in 
space. 

Option #2 - Touch Panel 

This is a level 6 technology readiness level — Prototype/ Engineering 
model tested in relevant environment. 

Option #3 - Joystick 

This is a level 6 technology readiness level - Prototype/ Engineering 
model tested in relevant environment. 

Option #4 - Light Pen 

This is a level 6 technology readiness level — Prototype/ Engineering 
model tested in relevant environment. 

Option #5 - Graphic Tablet 

This is a level 6 technology readiness level - Prototype/ Engineering 
model tested in relevant environment. 

Option #6 - Mouse 

This is a level 6 technology readiness level — Prototype/ Engineering 
model tested in relevant environment. 
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Option #7 - Trackball 


This is a level 6 technology readiness level - Prototype/ Engineering 
model tested in relevant environment. 

Option #8 - Multifunction Switches 

This is a level 5 technology readiness level - Component/ Brassboard 
tested in relevant environment. 



Projected Capabilities 
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Projected Capabilities (Continued) 
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Projected Capabilities (Continued) 



89 



Projected Capabilities (Continued) 
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P rojected Capabilities (Continued) 
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Projected Capabilities (Continued) 




CM 

CM 
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Projected Capabilities (Continued) 
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Multifunction Switches 
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1 . 2 . 2 . 1.3 


Projected Capabilities (Continued) 


i) Key Drivers 
Keyboard 

Keyboard technology is mature. The key drivers for space station keyboard 
use will be the reduction in size, weight, volume and meeting 
environmental space qualifications requirements . 

Touch Panel 


Touch panel technology is mature. Problems such as limited precision are 
limited by finger width and cannot be considered a driving force. All 
things considered, there is no key driver for touch panel technology. 

Joystick 

Joystick technology is mature with many applications. Meeting 
environmental space qualification is the only key driver associated with 
the use of joysticks on the space station and this presents no problem. 

Light Pen 

Light pen technology is mature with many applications. Meeting 
environmental space qualifications is the only key driver associated with 
use of light pens on the space station and this presents no problem. 

Graphics Tablet 

Graphics tablet technology is mature. Meeting environmental space 
qualifications is the only key driver associated with the use of graphics 
tablets on the space station and this presents no problem. 
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Mouse 


Mouse technology is mature with many applications. Meeting environmental 
space qualifications is the only key driver associated with the use of a 
mouse on the space station and this presents no problem. 

Trackball 


Trackball technology is mature with many applications. Meeting 
environmental space qualifications is the only key driver associated with 
the use of a trackball on the space station and this presents no problem. 

Multifunction Switches 


Multifunction switches are well on the way to being a mature technology. 
The key driver to successful use of multifunction switches on the space 
station will be the system integration and software development task. 
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1.2.2. 1.4 
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1 • 2 . 2 . 2 SPEECH RECOGNITION 


1.2. 2. 2.1 General Description 

Speech recognition by computer controlled electronics is now receiving a great 
deal of attention from the commercial sector of the marketplace. Several 
companies in this country and in Japan have products that will recognize 
speech, however there is no product now available that will achieve the goal 
of understanding normal human conversation. Speech recognition is evolving 
with more capability but it is unlikely to expect dramatic leaps of technology 
in the near future. 

Automatic speech recognizers are composed of sound analyzers followed by word 
classifiers. The sound analyzer usually performs bandpass filtering on the 
microphone derived signal and generates a time sequence of frequencies and 
amplitudes in digital form. The key differences between voice recognition 
systems are the nature of the subsequent analysis and the methods of 
classification of words. 

The most elementary and widely used approach to utterance classification is to 
form a two-dimensional matrix of the utterance with time along one axis and 
frequency along the other. The dependant variable is amplitude. Reference 
matrices, which are generated for each word during talker training, are 
compared to the matrix of the unknown utterance. The correct utterance is 
found by computing a least squares difference to the reference matrices. 

Frequently the computer will base an action upon a series of vocalized words. 
When a word or words have been identified the computer may repeat the vocal 
input by means of a speech synthesis device. A confirmation such as a switch 
closure may be required if a misinterpreted word can cause serious problems. 

Less sophisticated systems require the speaker to pause between each word so 
the voice recognizer can clearly define the unknown utterance. In order to 
identify words in continuous speech, the voice recognizer must compare the 
reference templates to the continuous speech by sliding the template in time 
continuously in order to try for a match. This is very computation intensive. 
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Different speakers will pronounce words in quite different ways. Also a 
person under stress may speak differently. The less sophisticated systems 
will require a person to train the voice recognizer with a basic set of 
words. Another speaker will then be unable to use the voice system because 
his pronunciation will be different. A more advanced approach is to first 
isolate specific phoneme units in speech. These are elementary building 
blocks of speech. The successful algorithms for classification of continuous 
speech are often proprietary or are trade secrets. The analysis of whole 
phrases or sentences is aided by considering each word in context. Some words 
in a sequence may individually be temporarily unresolved. Yet comparing 
several words in sequence, the processor may identify each word correctly. 

The sophisticated processing using phoneme units in general will lead to 
speaker independence and to recognition of continuous speech. Speech 
recognition systems vary in several respects. 

Isolated word vs continuous speech 

One speaker trained vs speaker independent 

Limited vocabulary vs large vocabulary 

Limited processing vs large processing requirements 

There are systems available of commercial quality that cover a spectrum of 
capabilities. In general the high cost systems have more capability although 
there are good products that are available at relatively low cost for personal 
computers . 

Therefore, we will specifically contrast a low performance system that is 
characterized by isolated word recognition, single speaker, limited vocabulary 
and a low processing requirement with a high performance system that can 

recognize words in continuous speech and is speaker independent with a large 
vocabulary and intensive processing. 
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The selection of a voice recognition system for a crew workstation is based 
upon the tasks to be done. The system design must detail the capabilities of 
speech recognition against the detailed work task involved and there must be a 
trade-off against alternate control mechanizations. 

Voice control is not suitable for precise motion control; a joystick would be 
better. A much more capable system than is now available would be required to 
enter lists of data; a keyboard would be better. Voice may be particularly 
useful to select an item from a prepared list when the hands are busy with 
other tasks. For example, an EVA task might be able to utilize a low 

performance recognizer in conjunction with a helmet— mounted display to change 
pages of a menu. 
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Performance Characteristics 
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P rogramma t ic Characteristics 
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1 . 2 . 2 . 2. 2 


Option Characteristics 


c) Risk Assessment 


Option #1 - Single Speaker System 

This is a level 6 technology readiness level Prototype/Engineering model 
tested in relevant environment. 


Option #2 - Speaker Independent System 

This is a level 3 technology readiness level conceptual design tested 
analytically or experimentally. 
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Projected Capabiliti es 
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Projected Capabilities (Continued) 
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1 . 2 . 2 . 2. 4 


References 


1) G. White, "Speech Recognition: An Idea Whose Time is Coming." 

2) A. M. Godwin and Dr. J. C. Ruth, "Voice Command, The Next Threshold 
in Cockpit Operation," General Dynamics, Fort Worth, Texas. 

3) S. Ross and J. McAllister, "Practical and Continuous Speech 
Recognition," Computer Design , June 15, 1984. 


106 



1.3 DATA PROCESSING HAROWARE 


By Its very nature, the applicability of data processing (DP) hardware Is 
broad and varied. This applicability Includes: ground/space environments; 
general purpose to specialized capabilities; and a wide range of applications 
within the SSOS. 

The overall subject of Data Processing will be addressed as five basic 
categories; (1) Fault tolerant (FT) computers, (2) Special purpose computers, 
(3) General purpose (GP) computers, (4) Flight computers, and (5) Advanced 
computer architectures. 

Some sections address capabilities that are not expected to be Included In the 
SSOS (l.e. signal processor, etc.) but are Included to give Insight Into their 
potential Impact on the SSDS. 

The section on "advanced architectures" Is Included to Identify potential 
growth options that may deviate from traditional architectures. While the 
scope of this category Is broad. It Is not Intended- to be a comprehensive 
survey of DP hardware that Is currently available. Sufficient representative 
vendor data Is Included to establish the current state-of-the-art (SOA) and 
Identify trends. 

We have also Included data from new projects that are expected to mature 
within the next few years as a key source of projection data. 

The goal of this paper Is to survey the DP options and provide characteristics 
and costs In sufficient detail to support associated Task 3 trade study. 

These options must be evaluated against not only the design requirements but 
also the key Space Station programmatic requirements of commonality, 
standardization, etc. 

Special processors dedicated to network communications (l.e. BIU's, gateways, 
etc.) are covered In Section 1.7. 1.2. 
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1.3.1 Fault Tolerant Computer Architecture 


1.3. 1.1 Description 

Fault tolerance F/T is the survival attribute of a computer architecture and 
allows a system to recover automatically from fault-caused errors, and to 
eliminate faults without suffering an externally perceived failure. 

Prior to 1960, fault tolerant/automated fault recovery concepts were not 
considered cost effective because redundant hardware and fault recovery 
mechanisms added considerably to system costs. Software techniques, i.e. 
instruction retry, error detection codes, etc. were Implemented but the 
emphasis was on rapid fault isolation and repair in order to minimize system 
downtime. During the 1960's, however, application of computers to spacecraft 
control and telephone switching systems, where costs of computer failure were 
very high, led to further development and application of fault tolerant 
concepts and Implementations. By the end of the 1 960 ' s nearly all of the 
basic forms of F/T architecture found in later designs triple modular 
redundancy (TMR), redundancy/compare, self-checking, and back-up sparing) had 
been explored and were being refined for more modern implementations. Special 
F/T architectures developed over the last decade are now being further 
developed and translated into LSI and VLSI technologies for commercial, 
military and space markets. 


The Intent of this section is to provide an overview of recent/current F/T 
architectures along with an indication of their performance characteristics. 
The discussion will be limited to hardware Intensive F/T implementations; 
however details of their F/T mechanisms will not generally be provided. A 
comprehensive discussion of hardware and software F/T concepts and mechanisms 
is provided in Section 2.2.1. 

The fault-tolerant (F/T) computer options to be considered have been 
categorized into two groups: commercial systems and systems 
developed/sponsored by NASA or DOD. 
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1.3. 1.2 Option Characterization 


1.3. 1.2.1 Commercial Systems 

With the significant reduction of hardware costs, hardware redundancy 
techniques are now being utilized In a large number of 'real time 1 
applications under the pressure of consumer demands. The commercial market 
has therefore produced a broad line of F/T systems, with an emphasis on 'on 
line transaction processing' (OLTP). Leaders In this area are the Tandem 
'Non-Stop' series and systems developed by Stratus and Synapse. 

The Tandem approach to F/T In their 'Non-Stop' series was systematic, 
eliminating the master-slave relationships and utilizing replicated 
processors, dual access to I/O controllers, dual power systems, and dual paths 
to subsystems. Checkpointing Is the key recovery mechanism for this product 
line. This technique Involves periodically updating a back-up processor/ 
memory to provide a roll-back point In the event of failure. The approach Is 
effective but does extract a 15% - 30% performance penalty. This system was 
one of the first to allow on-line repair, l.e. replacement of circuit cards, 
etc. without disturbing current applications. 

The Stratus systems utilized the 'pair and spare' (quad replication) concept 
for processors and memories with redundant subsystems. If the outputs of each 
lock-stepped pair do not compare then the hot spare continues the operation. 
This approach Is attractive since It requires no 'recovery' from a fault and 
requires no special F/T software programming. The basic system remains 
relatively Inexpensive even with a maximum of 18 processors since 
off-the-shelf MC68000 and Z80A units are used. 

The disadvantage of the 'pair and spare' approach Is that expansion requires 
the additional volume, power, and expense of (quad) replication. The Synapse 
systems avoid this problem utilizing an 'N + V architectural approach In 
which only one additional processor Is provided above the estimated workload 


109 




requirement. In this system multiple MC68000 processors are tightly coupled 
through a high speed bus to a common (shared) memory. The processors are self 
dispatched and pick up processing tasks from the common memory. Since tasking 
Is dynamic, the additional processor provides the same F/T depth as a 
replicated ' 2N ' system. 

Table 1.3. 1-1 summarizes the features, performance and Intended usage of a 
representative sample of commercial systems. This table Is not Intended to 
Imply a direct utility of these systems for Space Station but does, (primarily 
because of reduced hardware costs), demonstrate the Increasing practicality of 
fault tolerance. 
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COMMERCIAL FAULT-TOLERANT SYSTEMS 
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Sequoia Systems/ Up to 64 CPUs and 96 2M bytes to 64M bytes Sequoia claims up to 40 Automatic Self-checking subsystem 

No Name Yet lOPs all 68010 based with ^ CC (seven bits MIPS at full expansion reassignment electrically disconnects, 

and self checking . per bit word) 



COMMERCIAL FAULT TOLERANT SYSTEMS 
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1.3. 1.2. 2 NASA/DOO Sponsored Systems 


A number of research and project specific F/T systems have been sponsored by 
NASA/OoD over the past several years. Table 1.3. 1-2 list the more prominent 
examples along with their primary characteristics. These systems were 
developed primarily to forward particular concepts of architecture and 
reliability rather than to achieve particular performance characteristics. As 
noted earlier, hardware techniques are primarily utilized which renders the 
F/T mechanisms generally transparent to the application software and In fact 
Impose relatively small (If any) processing overhead on the system. 

Performance characteristics (throughput, data formats, bus protocols etc) are 
therefore not Important In these discussions since. In general, processors and 
memories can be upgraded without altering the F/T Implementations. Brief 
details of some of the more significant systems are provided In the following. 

o FTMP - Fault Tolerant Multi-Processor 

The FTMP, Initially developed for potential use In commercial aircraft, 
utilizes TMR techniques wherein three copies of the applications program are 
executed In a synchronized triad of processors and memories. The results are 
hardware voted to mask faults. The system processors and memories are 
Interconnected to five redundant busses through special bus guardian circuits 
and are dynamically assigned to the processing triads as shown In Figure 

Q 

1.3. 1-1. The Initial design goals for this system were 10” falls/hour over 
a TO hour mission. 

o AIPS - Advanced Information Processing System 

AIPS Is an extension of the FTMP concepts to a distributed system. A group of 
processing sites are connected through switching nodes to a redundant 
Intercommunication structure that acts as a triply redundant bus. Each 
processing site may utilize an FTMP, or TMR processors, or a single 
non-redundant machine. A local clock Is provided at each site to synchronize 
Its processors however there Is no Inter-site synchonlzatlon. Hardware voting 
Is provided throughout the system however voting across multiple sites Is more 
difficult due to the lack of synchronization. Figure 1.3. 1-2 shows the basic 
AIPS architecture concept. 
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Table 1. 

NASA/DoD Sponsored Fault 
SPONSOR/DEVELOPER NAME 

3.1-2 

Tolerant Technologies 

PRIMARY CHARACTERISTICS 

NASA/CSOL 

FTMP 

Fault Tolerant Multiple 
Processor - TMR approach 

NASA/CSDL 

AIPS 

Advanced Information Processing 
System. FTMP Concepts applied 
to distributed system. 

NASA/CMU 

C. Vmp (VLSI 
Implemented of 
architecture) 

Experimental Triplicated 
Processor Architecture - 
A Voted Multiple Processor 

DoD 

Plurlbus 

Fault Free Network Modes 

NASA/ J PL 

STAR 

Self-Testing and Repair. 
Reconfiguration with cold back-up 
unit under control of TMR Test & 
Repair processor. 

NASA 

Space Shuttle 

4 Modular Redundant computers 
with voting. Fifth unlt-non 
redundant back-up. 
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Memory Access Bus (5) 



Figure 1.3. 1-1 FTMP Architecture 
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Figure 1.3. 1-2 AIPS Architecture 
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o STAR - Self Test and Recovery 


The JPL-STAR computer was developed for long un-malntalned life during deep 
space missions and had the capability to detect, reconfigurate and recover 
from a hardware failure. The computer was subdivided Into Its functional 
units, l.e. processors, memories, and a Test & Repair processor. Only one 
unit of each type would be powered at a time because of the limited power 
resources; the backup units would be maintained as cold spares. Each unit was 
designed to detect and signal any Internal fault. The trl-modular redundant 
(TMR) Test & Repair processor, would then replace the faulty unit. 

o Shuttle Flight Control System 

Perhaps the best known of the NASA sponsored architectures Is the flight 
system currently In use on the NSTS Orblter. This system utilizes five IBM 
AP-101 computers coupled with separate I/O processors In a four modular 
redundancy configuration. The fifth unit, utilizing a different coding of the 
flight program, Is manually switched In as a separate, non-redundant computer 
If two of the primary units fall. Computer, memory, I/O, and Inter-connecting 
bus redundancy Is provided through-out the system to provide an over-all 
reliability such that: 

o no singly failure can affect the mission, and, 

o no second failure can endanger the crew. 

1.3. 1.3 Projected Capabilities 

With Increasingly lower hardware costs, F/T techniques become more practical 
across an Increasingly larger applications set. These techniques must 
accommodate the natural system architectural and technological development 
paths. These paths are clearly moving toward VLSI and In many cases toward 
distributed Implementations. VLSI designers are expected to sparingly 
allocate die real estate to F/T structures, therefore, replication will 
generally be continued as the mainstay of F/T systems. It Is anticipated that 
the quad-redundant approaches, l.e. pair and spare, or pair shadowing, will 
predominate because of their self-checking capabilities and the potential to 
continue the processing essentially uninterrupted. Also, the AIPS concepts 
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are favorable to the Space Station environment since damage tolerance Is 
available from the physical disbursement of functionally redundant components 
and sufficiently high bandwidth busses are now available. Once the hardware 
Is established then the software concepts will be tailored to match. Coupled 
with Increasingly reliable basic hardware and software products, F/T systems 
In everyday applications will exhibit reliabilities that exceed the goals of 
today's research. 
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1.3.2 Special Purpose Computers 

1 .3.2.1 Description . This category includes processors that are primarily 
designed as an adjunct to a general processor (GP) host computer system and/or 
provide solutions to specialized problems. In general, special purpose 
computers achieve high performance at the expense of flexibility. In some 
cases, the required performance levels (throughput, response times, etc.) are 
achieved through the use of special purpose architectures and devices that are 
configured to match the problem domain. In other cases, such solutions 
represent cost-effective alternatives to general purpose approaches. Many of 
these options are a direct consequence of recent trends toward functional 
modularity and multiprocessing in the larger general purpose computer 
systems. The options in this category include: 

- Signal Processors 

- Array Processors 

- Oata Base Machines 

- AI Processors 

- Communications Processors 

- Graphics Processors 

1.3. 2. 2 Option Characterization . 

1.3. 2. 2.1 Signal Processors 

Signal processing is a broad generic term generally used to describe highly- 
specialized, real-time processing of "sensor" data such as 
filtering/smoothing, data compression, target detection, image correlation, 
spectrum analysis, etc. Typical sensors requiring such processing Includes 
Imaging/scanning electra-optics , sonar, and various types of radar. Signal 
processing algorithms are usually computationally simple, but because of the 
high data rates associated with evolving sensor technology, their 
implementation often requires a special-purpose architecture to provide 
sufficient throughput within reasonable size constraints (generally located in 
close proximity to the sensor). To achieve the necessary performance levels, 
signal processors exploit the application-specific features of a system, 
employ architectures that are matched to the flow of sensor data, and tend to 
use the latest SOA high-speed circuits. Because of the application dependency 
of signal processors, it is not meaningful to generalize their performance 
characteristics. 
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While signal processors are highly-specialized for specific applications, the 
degree of specialization (and. Inversely, the degree of flexibility) can vary 
significantly. A performance versus flexibility trade-off analysis would have 
to consider a wide spectrum of Implementation and packaging alternatives 
Including the following: 

o Custom chip development 

o Programmable Logic Arrays (PLA's), Gate Arrays 
o "Hardwire" Logic with Available Circuits 
o Bit-slice, microcode 
o Programmable processor arrays 
o Etc. 

One might anticipate that with the tremendous Improvements In circuit 
technology (speed, memory density, etc.,), signal processors would tend to 
become more general purpose (flexibility, standardization, etc.) and, In fact, 
some have. However, new sensor requirements and design characteristics 
continue to stress signal processor technology with ever Increasing data rates 
and required functionality. In -response to evolving DoD system/sensor 
requirements, the very high speed Integrated circuit (VHSIC) program is 
sponsoring high-speed, signal processing VLSI chip design, and fabrication 
techniques. The ultimate goal of VHSIC is to achieve pilot production in 1986 
of processors with the following features: 

o >250,000 gates 
o Clock speeds >25 MHZ 

o Several million to billion operations/second 
o 0.5 ym dimensions 

11 2 

o Radiation dose up to 10 /cm 
o Built-in-test at the chip level 

These characteristics are to be obtained by scaling down Integrated circuits, 
reducing channel length and oxide thickness, decreasing supply voltage, and 
developing new types of architecture and software. Also, It has been 
recognized that custom designs for a specific system tend to limit the market 
over which high technology costs can be amortized. This problem will be 
addressed by greater standardization and the Increased use of programmable 
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devices. Many of these standard modules will be applicable to NASA signal 
processing needs. Table 1.3. 2-1 summarizes VHSIC design approaches, typical 
chips, and some of their key characteristics. 

1.3. 2. 2. 2 Array Processors 

Array processors, as defined here, are highly parallel architectures using 
relatively large, structured arrays of processing elements. Connected to a 
general purpose host processor, these processors provide fast solutions to 
Droblems involving large sets of data and repetitive mathematical (vector or 
matrix) functions, digital filtering and fast Fourier transforms FFT's. 
Historically, this has implied large-scale, single-instruction-multiple-data 
(SIMD) processors such as the ILLIAC IV or NASA's massively parallel processor 
(MPP). Ue will extend this definition to also include more flexible array 
structures such as the following research projects: 

- Cedar System, University of Illinois 

- Texas Reconf igurable Array Computer (TRAC), University of Texas 

- Blue Chip, Configurable Highly Parallel Computer, Purdue University 

Other multiple-instruction-multiple-data (MIMD) multiprocessor architectures, 
such as Denelcor's Heterogeneous Element Processor (HEP) and CDC's Advanced 
Flexible Processor (AFP) use smaller arrays with flexible interconnections and 
more powerful processing elements to provide similar capabilities (see Section 
1.3.3). However, the current SOA technology in array processors is the NASA 
MPP summarized in Table 1.3. 2-2. 

A projection of the large scale array processor performance is shown in 
Figure 1 .3.2-1 . 

Typical of many general and special purpose areas of processing, smaller scale 
array processors are being provided in circuit board configurations supporting 
a specific back plane. Sky Computers, for example, has Introduced a 15MFL0P 
Warrior array processor on a 2 VME card configuration. Mercury Computer 
Systems has provided a similar 3 board package in their ZIP 3232, 15 MFLOP 
array processor. Both units execute a IK complex FFT in approximately 3 
msec. The ZIP units are designed with a 'data flow' architecture to provide 
hardware synchronization that is transparent to programmer. Another 
development in the array processor field is NCR's Geometric Arithmetic 
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Table 1.3. 2-1 Phase I (1.25 ym) VHSIC Sponsored 
Technology Characteristics 




GATE 

DENSITY 

(GATES/ 

GATE 

POWER 

(u/ 


DESIGN APPROACH 

CHIP SET 

JHH21 

GATE! 

SPECIAL FEATURES 

Custom-chip-based 
macrocell library 

Parallel programmable 
pipeline 
Controller 

480 

30 

Radiation hardness 

Responsive generic 
architecture 

Standard and custom 
reconflgurable chips 

Digital correlator 
Algebraic encoder/decoder 

Spread spectrum subsystem 

400 

2 

Radiation hardness 
Electron-beam 
direct-write 
lithography 
Highly specialized 
chips 

Master Image with 

Complex multiplier/ 

570 

100 

Software strength 

macrocell library 

accumulator 



Design approach 

Programmable chip 
set 

Data processor 
Array controller and 
sequencer 

Vector address generator 
Vector arithmetic logic 
unit 

Static RAM 
Multipath switch 
Device Interface unit 
General buffer unit 

390 

37 

Operational fabri- 
cation facility 

Design utility 
system 

Standard chip set 

Content addressable 
memory 

TTL390 

240 

Innovative memory 
chips 


Window addressable 
memory 

Address generator 
Matrix switch 
15-bit multiplier/ 
accumulator 
Microcontroller 
Four-port memory 

CM0S300 

20 

Versatile chip set 

Standard chip set 

Pipeline arithmetic unit 

Extended arithmetic unit 

Controller 

Gate array 

Static RAM 

Multiplier 

1000 

4 

Highest speeds 
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Table 1.3. 2-2 MPP CHARACTERISTICS 


o Architecture 

- Large scale, SIMD array processor 

- Consists of 4 major units; host computer, array control unit, 
array unit, staging memory 

- 16,384 processors (12.8 x 128 array) 

- 64 Mbytes staging memory 

o Performance 

- 6.5 x 10 9 fixed-point additions per second 

- 1.8 x 10 9 multiplies (8-blt) per second 

- Near real-time Image processing applications 

o Physical 

- Dimensions = 74 x 88 x 28 Inches 

- Weight = 2,500 lbs. 

- Cooling - Forced Air 

- Power = 20 KW 

o Available Support Software 

- Cross assemblers linker, loader, librarian 

- I/O services macro library 

- Control and debug services 

- Diagnostics 

o Programmatics 

- Delivered to NASA/GSFC In 1983 

- Cost 4-6M$ 
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The commercially available Britton-Lee Intelligent Database Machine (IOM) 
series loosely fits the category of backend processors because It Is designed 
to operate In support of one or more hosts. The IDM utilizes an architecture 
far from general purpose however. The company's largest unit, the IDM 500/2 
consists of a database" processor, data base accelerator, up to 6M bytes of 
memory, disk and tape controllers, and an Interface to the host computer. The 
database accelerator has a three-stage Instruction pipeline that can perform 
to 10 MIPS. The IDM is essentially a software Implementation of a relational 
data base management system (DBMS) housed in special hardware. In operation, 
the IDM traverses binary-tree index structures to locate requested data 
similar to a software implementation; no special purpose' parallel data search 
hardware is provided, however multiple queries can be simultaneously 
processed. Table 1.3. 2-3 provides characteristics of this unit. 


PRECEDING PAGE BLANK NOT FILMED 
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BRITTEN 
o Storage Capacity 
o Data Model 
o Max No. of Hosts 
o Max. Memory 
o Interfaces 

o Compatible Hosts 

o Physical 

- Weight 

- Dimensions 

o Performance 
o Support Software 

o Cost 


Table 1.3. 2-3 

LEE INTELLIGENT OATA BASE MACHINE CHARACTERISTICS 
32 x 10 9 Bytes 
Relational 
64 

6 Mbytes 

RS232 , IEEE-488 
IBM Block Max. , 

Ethernet 

DEC VAX/PDP, IBM 43XX, 

30XX, 370 IBM PC 

(without mass storage) 

170 lbs. 

17.5 x 19 x 26 Inches 


10 MIPS database 
accelerator processor 
(MECL) 

Host-resident query language 
Report generation facilities 
App. programming tools DBMS 
administration utilities 

$1 55K 
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1.3. 2. 2. 3. 2 Intelligent Controllers and Associative Memories 

In the mid 1970's, associative (content addressable) concepts were Introduced 
to backend attachments. The Relational Associative Processor (RAP) begun at 
the University of Toronto in 1974, was one of the first data base systems to 
incorporate parallel processing. RAP used an array of processing elements, 
each working on a portion of the total data base to provide direct hardware 
support for the normalized relational model. 

The first commercially available Implementation of associative memory 
techniques applied to a relational data base was the Synfobase by Corem 
International. This system Is built around an 21 log Z80 with 64K bytes of 
RAH, up to 10M bytes of Winchester disk and 8K of associative memory. With a 
disk to associative memory transfer rate of 200K bytes/sec, a 10H byte disk 
can be 'associated' In under 1 minute. The 10M byte version of this system Is 
available for approximately $10H. 

The principal benefit of these approaches Is reduced data base access time 
however associative memories are expensive and will be size limited which 
creates a data bottleneck In paging data In and out of memory. 

1.3. 2. 2. 3. 3 Data Base Computers 

Data base computers (or Integrated data base machines) have succeeded 
Intelligent controllers In the architecture evolution. These are complete 
systems which consist of general-purpose and special-purpose devices serving 
as functionally specialized processors. For example, such a system might 
consist of a general-purpose system processor, an associative processor for 
directory access, and Intelligent mass storage controllers for data base 
processing. Examples of research In the area of data base computers Include 
the Data Base Computer project at Ohio State University, RAP. 2 at the 
University of Toronto, and INFOPLEX at HIT. 
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1.3. 2. 2. 4 AI Processors 


AI processors are a recent Innovation that employ special hardware/firmware 
features and facilitate Al-based applications and development. These 
processors are based on AI languages such as list processors (LISP) that are 
traditionally used to develop AI programs. While such programs have been 
previously developed and executed on traditional mainframes/minicomputers, AI 
processors can offer enhanced speed and efficiency because they are "tuned" to 
the language structure and operating environment. Earlier versions tended to 
be dedicated, single-user environments. However, newer machines are beginning 
to emerge that offer modern operating system compatibility (i.e. UNIX), a 
wider choice of standard peripherals, and flexible networking capabilities 
(i.e. ETHERNET, etc.). The characteristics of currently available AI 
processors are summarized in Table 1.3. 2-4. 
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TABLE 1.3. 2-4 

AI PROCESSOR CHARACTERISTICS 


CHARACTERISTICS 

XEROX 1132 

SYMBOLIC S3670 

LMI LAMBDA 

TI-EXPLORER 

System 

Architecture 

Spec. ECL 
Processor and 
microcode to 
execute LISP. 

Spec processor 
and microcode 
to execute on 
MIT CADR. Spec 
36 bit bus 

Spec processor 
and microcode 
to execute LISP. 
Based on MIT CADR 
Spec 32 bit bus. 
Opt UNIX 68010 
co-processor 

Spec processor 
and microcode 
to execute LISP 
Based on MIT 
CADR. Spec 32 
bit bus 

Main Memory 

2M bytes - 
32 M bytes 

2M bytes - 
30M bytes 

4M bytes 

2M bytes - 
16M bytes 

Virtual Memory 

32M bytes 

15-16M bytes 

1 28M bytes 

1 28M bytes 

Storage 

80M bytes 
disk opt. to 
31 5M bytes 

167.5-474M bytes 
Streamer tape 
cassette 

169/470M bytes 
rigid disk 
standard tapes 

112M bytes 
disk opt. 
streamer tapes 

Software 

Environment 

INTERLISP 
with SMALLTALK 

ZETALISP, ZMACS 
editor, 

INTERLISP, ADA, 
FORTRAN 

ZETALISP, 
INTERLISP PROLOG 
ADA, ZMACS editor 

Common LISP, 
ZMACS editor 

Networking 

10MHz ETHERNET 
Opt for ser/para 
ports . 

10MHz ETHERNET 
Opt Serial Port 

10MHz ETHERNET 
Opt Serial Port 

10MHz ETHERNET 
Serlal/Paral lei 
port 

Size 

17 ft 3 

31 ft 3 

27 ft 3 

3.4 ft 3 

Weight 

240 lbs 

700-800 lbs 

700 lbs 

60 lbs 

Cost 

~$1 30K 

~$100K 

~$90K 

~$50K 
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There is also development activity toward flight/space qualified AI machines. 
Ames Research Center for example is currently in joint venture with Symbolics 
to develop a flight qualified LISP processor. The first target is the 
Symbolics S3640 although the end result is expected to be a smaller, different 
machine. Also, a $6 Million contract was awarded by the Navy ESC to T.I. to 
develop a compact LISP machine utilizing a 2-micron CMOS VLSI processor. 

The computer will incorporate a 1.25 micron SRAM and will operate at speeds up 
to 40 MHz providing up to 10 times the processing power of today's units. 
Production of this unit is scheduled for 1987. 

1.3. 2. 2. 5 Communications Processors 

This class of special purpose processors has an architecture designed 
specifically to support digital communications functions, i.e. 
modulation/demodulation. Interleaving/de- inter leaving, encoding/de-encoding, 
formatting and routing. These processors generally provide multi-channel 
support and therefore have a modular form with specialized bus configurations. 

An example in this category is the Raytheon Wideband Signal Processor (WBSP) 
classified as a fault tolerant communications processor. Intended to operate 
as a peripheral to the Raytheon Fault Tolerant Space Computer (FTSC), the WBSP 
will handle all of the signal processing for a wide latitude of applications 
by tailoring its A/0, modulation, interleaving and encoding modules and 
algorithms. The WBSP provides 5 busses to Interconnect these processor 
elements plus a FTSC Interface controller to route demodulated data to the 
FTSC and accept data for modulation/transmission. 

In the area of fault tolerance, the FTSC monitors the WBSP through data 
formats, i.e. trailers that contain sum checks, etc. In addition, special 
(spare) monitoring processors are used to duplicate functions of active 
processors on a time shared basis. Once a fault is detected, reconfiguration 
of the WBSP is managed by the FTSC. 

Typically real time communications processors are not a standard configuration 
item; architectures must be tailored to the particular application and will 
depend on functions to be performed, I/O servicing and peak throughput 
(bit/sec). This would be particularly true of space station with its high (up 
to 600 mbit/sec rates. Performances in the range of 50-100 million operations 
per second (MOPS) are anticipated and will require new architectures , and new 
technologies. 131 


1.3. 2. 2. 6 Graphics Processors 

With the Increasing usage of computerized graphics for CAD/CAM, VLSI design, 
simulations, and mapping etc., special architectures and capabilities are 
being developed to provide essential tools for these applications. The key 
attributes of graphics systems are their screen resolution (pixel field 
formats), performance (screen update speed), and number of colors. 

Specialized features Include editing, rotation, zooming, panning (scrolling), 
windowing, and color enhancement/selectlon. These systems typically are 
Implemented as 'back-end' computers, off-loading the purely graphics oriented 
tasks from a host machine to a more efficient graphics machine. 

The basic graphics system must accept commands and data from a host unit 
and/or Interactively via keyboard, data tablet or joystick, perform the 
data/command transformations and generate the appropriate screen display. The 
basic functions are the command processing, graphics or drawing processing, 
display processing and scanning/raster processing. 

The command processor accepts data and commands (display lists) from the 
host/user, transforms the data and Interprets commands for the graphics 
processor. The graphics or drawing processor maintains the data base 
geometries of the display objects and performs the additional transformations 
to generate figures per data and commands. This data can be In the form of 
vector data/instructions that are passed on to the display processing 
function. The display processor performs the vector transformations to 
convert the vectors Into specific pixel patterns modified as necessary by the 
format, orientation and color commands. This Information Is typically 
provided as coded bit maps In the video memory. This format provides a code 
word that defines a specific color via look-up tables In the video memory. 

The scanning/raster function reads the video memory and Issues this 
color/intensity control data to the DAC circuitry that drives the CRT and 
provides RGB outputs for external display devices. 

The recent trend has been to functionally partition the graphics units Into 
multiprocessor designs for performance Improvement. The lexldata 8100/GS 
represents an early example of this approach, utilizing an MC68000 for the 
command and graphics processing and a separate high speed bipolar unit for the 
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display/raster/scanner processor. The improved LEX 90/35 operates more 
Interactively with the host utilizing a 16 bit-slice graphics processor, 
transferring data from host at a 2M byte rate. 

In this same trend, Synertek has a pair of NMOS LSI devices (graphics 
processor and raster/scanner) that can be assembled Into a graphics controller 
for a 4096 X 4096 pixel display that is 32 planes deep. These devices, 
operable separately or in tandem, should find a home in midrange graphics 
workstations and desktop computers. 

Characterl zation/costs of representative commercial units are shown In 
Table 1.3. 2-5 
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Table 1 .3.2-5 

GRAPHICS MACHINES CHARACTERISTICS 


Characteristics 

Cal comp 
Vista Graphic 
4500 

lexldata 
90/35 
Model 2 

Chromatics 
CX 1500 

Front End Processor 

MC68000 

MC68000 

MC68000 

Graphics Processor 

AMD2903 

AMD2900 

bi-polar 

Format 

16/32 

16 

16/32 

Array Processor 

No 

No 

Yes 

Resolution 

1280 x 1024 

1280 x 1024 

1536 x 1152 

Gray/Scale 

8 bits 

12 bits 

24 bits 

Double Buffer 

Yes 

Yes 

Yes 

Performance 

125 nsec/pixel 

375 nsec/pixel 

50 nsec/pixel 

Processor Clock Speed 

N/A 

12 MHz 

N/A 

Random Pixel Access 

125 msec 

375 msec 

125 msec 

Data Transfer 

1 Mbyte/sec 

1 Mbyte/sec 

2 Mbyte/sec 

Si ze 

Monitor 

5.7 ft 3 

TBS 

3.4 ft 3 

Engine 

5 ft 3 

1.5 ft 3 

11.6 ft 3 

Weight 

Man 

70 lbs 

TBS 

N/A 

Elec 

110 lbs 

45 lbs 

N/A 

Power 

N/A 

250-400W 

750-1 200W 
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1.3. 2. 2. 6.1 Future Trends 


Currently available 'raster/scan' commercial units typically have 1280 x 1024 
pixel resolution, 256 to 16 million colors, and performance figures of 
lOOH/sec pixel updates, and 60K random vectors/sec. This technology provides 
superior colors over 'vector refresh 1 techniques at a lower cost and Is not 
subject to screen flicker under heavy processsing loads. The 'raster/scan' 
units are generally Inferior In resolution and are not competitive In 
animation capabilities. True parallel processing architectures are also being 
pursued particularly to support the enormous performance requirements of 3-D 
modeling. The key Issue In the parallel designs Is task partitioning; the 
more popular approach currently Is to assign each processor a discrete portion 
of the display screen. 

There is also a trend to hardware transformation, wherein large scale 
integrated (LSI) circuitry is used to perform specific mathematical 
transformations, i.e. rotation, scaling, shading, etc. This approach is 
estimated to provide a X100 gain in performance over the standard software 
techniques. These developing units generally promise higher resolution, 
higher performance, animation, and 3-D modeling. 

1.3.3 General Purpose Computers 

1 .3.3.1 Description . This category Includes computers that are classified as 
general purpose In nature and have broad capabilities to support varied 
applications. The options In this category differ primarily In their range of 
performance capabilities and In their cost. While performance boundaries are 
continually changing and are not always clearly definable, the options In this 
category can be described In a relative manner by the following traditional 
classification: 


- Supercomputers 

- Mainframes 

- Minicomputers 

- Microcomputers 

- Microprocessors 
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Performance capabilities for all of these options will continue to Improve 
somewhat uniformly. Architectural Innovations tend to be Introduced at the 
high end (supercomputers) where users are continually striving for higher 
levels of performance. As these concepts mature, they tend to become 
Incorporated In new products at the lower end thus boosting performance In all 
areas. The Intel 386 and Motorola 68020 are examples of new microprocessor 
products that are Incorporating on-chip some of the more mature architectural 
Innovations that previously existed only In much large, high-performance 
systems (i.e., multiprocessing, virtual memory, etc.). On the other hand, 
improvements In circuit design/density and packaging techniques are initially 
Introduced at the low-performance end where the emphasis Is on reduced cost, 
size and power. This Is Illustrated by new microprocessor products with over 
200,000 transistors on a chip and featuring 32-bit architectures, cache 
memory, and multiple co-processors (10^ transistors/chip expected In the 
near future). These VLSI packaging techniques and fabrication processes are 
now being applied to high-speed circuitry and will significantly Improve 
performance/cost and performance/size ratios for all levels of performance. 

In the past, selection of one of these options for a given application was 
relatively straightforward. The computer was selected that best met the 
performance requirements at the lowest cost. However, recent advances in 
local/remote area networking now provide cost-effective alternatives to 
centralized computer facilities. For many applications a Local Area Network 
(LAN) of minicomputers may be a better solution (I.e. cost, performance, 
reliability, etc.) than a large mainframe or supercomputer. From the user's 
point of view, the ability to use smaller, less expensive computers to do 
tasks previously only possible on large systems will continue to provide 
independence from central control. 

The viability of the traditional "computer center" has been placed In jeopardy 
except for classes of service In which the center can continue to hold a 
cost-effective edge. For the near-term this will probably Include 
"supercomputer" scientific applications and large data base utility 
applications where performance will continue to be attractive in a centralized 
facility. 
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1 .3.3.2 Option Characterization . A summary of SOA characteristics for the 
general purpose computer options Is provided In Table 1.3. 3-1. The options 
are further described In the following sections. 

Table 1.3. 3-1 

CURRENT GENERAL PURPOSE COMPUTER COMPARISON 



MICRO 

MINI 

MAINFRAME 

SUPERCOMPUTERS 

ARCHITECTURE 

VARIABLE 

VARIABLE 

VARIABLE 

VECTOR (ARRAY) 

THROUGHPUT 

(MIPS) 

.1 - .5 

.5 - 3.5 

3-30 

30-100 (SCALAR) 
- 800 (VECTOR) 

MAX. MEMORY 
(M WORDS) 

.1 - 1 

1 - 4 

1 - 8 

>64 

WORD LENGTH 
(BITS) 

4-32 

16/32 

48 - 64 

64 

TECHNOLOGY 

(LOGIC) 

MOS 

(SOME BIPOLAR) 

BIPOLAR 

BIPOLAR 

ECL 

ECL 

ENVIRONMENT 

SOME MIL-SPEC. 

SOME MIL-SPEC 
& RUGGEDIZED 

LAB 

LAB 

SIZE 

CHIP(S) 

MEDIUM 

LARGE 

LARGE 

RELATIVE COST 

VERY LOW 

50 - 300K 

<3M 

5 - 15M 
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1.3. 3. 2.1 Supercomputers . 

A supercomputer Is "the cutting edge of computational computer technology at 
any Instant in time." They are high-powered parallel processors with 
numerical processing throughput significantly greater than that of other 
general purpose computers. Supercomputers are designed mainly for executing 
programs with a high degree of parallelism (repetitive operations on different 
fields of data) and therefore require intricate programming to extract a 
fraction of their computing potential. Typical applications Include weather 
system modeling, physical/mathematical sciences, nuclear fusion energy, weapon 
systems, and space sciences. These systems have undergone a slow evolution of 
experimentation with parallel architectures. Currently, the Industry has 
settled on the "pipelined" vector type of architecture with future trends 
toward multiple processor architectures. (Note that array processors are 
covered In Section 1.3.2.) 

At the end of 1983 there were only about 75 supercomputers in existence and 
most are located at national laboratories and universities. Increasingly, 
supercomputers are also becoming recognized in Industry as a key to advancing 
engineering, manufacturing, and other commercial technologies. Two major 
manufacturers (COC and CRAY Research) dominate the Industry at the current 
time. However, new products have appeared or been announced from Denelcor 
(HEP), Fujitsu, Hitachi, and Nippon Electric Company, see Table 1.3. 3-2. 

The next significant Increase In supercomputer performance will Involve 
multiprocessor configurations and parallel structuring of the computations. 
However, the computing potential of parallel architectures will depend largely 
on the availability of algorithms and software which support efficient 
development and execution of such structures. There Is a general lack of 
detailed knowledge of parallel problem structuring and parallel models of 
computation upon which to base development of application software. 

Significant gains can result from joint consideration of hardware, software, 
and applications in the Implementation of parallel architectures. 

Performance trends/projections for super computers are provided in Figure 
1 .3.3-1 . 
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Table 1.3. 3. -2 

Super Computer & Super Computer Project Competiti 
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Figure 1 .3.3-1 

Supercomputer Performance (Pip e ^ ne ) 

(NASA Space Systems Technology Model) 
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1.3. 3. 2. 2 Mainframes. 


General purpose mainframes, contrasted to supercomputers, are better for data 
processing, where various computations and logical manipulations are performed 
on files, numbers and strings of characters. Mainframes have speeds within 
range of the supercomputers (In scalar mode), typically less than 20 MIPS, and 
have architectures that are more flexible variations of supercomputer 
architectures. While minicomputer and LAN technology have encroached on many 
previously mainframe dominated areas, centralized processing methods using 
large general purpose computers (batch, time sharing, and transaction 
processing) are likely to remain as cost-effective alternatives for some 
applications. This will Include systems that require significant 
computational capability and/or the use of large complex data bases. 
Characteristics of representative computers In the mainframe class are 
provided In Table 1.3. 3-3. 

Mainframe computers can further be characterized by the following trends: 

a. VLSI progress will drive size and cost down while performance 
continues to Improve. 

b. Systems are becoming more modular, with each module performing a 
single or small set of functions. 

c. Modules will support or execute directly high-level language 
statements. Both Interpreter and compiler versions of several 
languages are available. 

d. They will contain multiple processors dedicated to specific system 
functions (l.e. I/O processors, file processor, application 
processors, special purpose adjunct processors, etc.) 

1.3. 3. 2. 3 Minicomputers . 

In the realm of general purpose computers, the minicomputer has exhibited the 
most active growth profile. The major trend In minicomputers has been the 
proliferation of 32-b 1 t architectures bordering on mainframe status, with the 
ability to support larger data bases and computer networking. Although most 
new minicomputers have the 32-bit architecture, others of similar performance 
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Table 1.3. 3-3 

MAIN-FRAME CHARACTERISTICS/COSTS 


Vendor 

IBM 

NAS/HI tachl 

C0C Cyber 

Amdahl 

Model 

3081 K 

9080 

180-860 

5870 

Processors/ 

2 Proc 

2 * 

2 

2 

Technology 

ECL 

ECL Arrays 

ECL Arrays 

ECL 

Word Format 

64 

64 

64 

32 

Throughput 

10-14 MIPS 

19-21 MIPS 

22 MIPS 

22-24 MIPS 

INT Memory 

96 Mbytes 

64 Mbyte 

128 Mbyte 

128 Mbyte 

Virtual Mem 

2 Gbytes 

2 Gbyte 

2 Gbyte 

4 Gbyte 

Networking 
(Oata Xfer) 

3 Mbyte/sec 
per chan 

3 Mbyte/sec 
per chan 

3 Mbyte/sec 
per chan 

3 Mbyte/sec 

I/O Channels 

24 

48 

24 

32 

Volume 

375 ft 3 

1160 ft 3 

403 ft 3 

1500 ft 3 

Weight 

22K lbs 

25K lbs 

1 OK lbs 

7K lbs 

Power 

28KVA 

50KVA 

38KVA 

39KVA 

Cooling 

Water 

Air 

Air 

Air 

Cost 

$4-5M 

$4.7M 
+ Perlph. 

$4-5M 

$3.5 - 4.0M 


* Array Processor available to boost throughput to 28 MFLOPS 


142 



have multiple 16-bit processors (e.g. HP3000), 24-bit or 48-bit architectures 
(Harris). Minicomputers are unique In that they are not only expanding Into 
the mainframe performance arena, but smaller systems are quickly finding a 
niche In the office automation environment. Improved communications and 
networking capabilities also permit the linking of many types of machines Into 
powerful distributed environments. 

The following characteristics further describe typical minicomputer trends. 

a. Multiprogramming, multi-user, virtual memory type operating system 
envl ronment. 

b. Up to 16 Mbytes of main memory, Gbytes of virtual memory. 

c. Support local/remote area network communications (DECNET, etc.). 

d. Abundance of mainframe peripherals supported. 

e. Floating point array processors (commercially available) can be added 
to enhance "number crunching" capability. 

f. Many software packages available Including development support 
environments, operating systems, data base management systems, and 
CAD/CAM capabilities. 

g. Support real-time, on-line and Interactive applications with software 
(OS) and Interface hardware. 

h. CPU based on bit-slice technology or proprietary circuits as opposed 
to microprocessor chip or chip set. 

Characteristics/costs of representative high end products from the commercial 
market are listed In Table 1.3. 3-4; performance trends/projections for 
minicomputers are provided In Figure 1.3. 3-2. 
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Table 1 .3.3-4 

MINI-COMPUTER CHARACTERISTICS/COST 


VENDOR 

PERKIN 

ELMER 

DATA 

GENERAL 

DEC 

H.P. 

MODCOMP 

PRIME 

MOOEL 

3260 

MV10000 

VAX 8600 

3000- 
SERIES 68 

CLASSIC 

32/85 

9955 

Throughput 

3.4 MIPS 

2.3 MIPS 

4.4 MIPS 

1.5 MIPS 

2.4 MIPS 

4.0 MIPS 

Memory 
( Internal ) 
Available 

16M byte 

21 M byte 

32M byte 

8M byte 

64M byte 

16M bytes 

Network 
Capabl 1 Ity 

40M byte/ 
sec 

28M byte/ 
sec 

77M bytes/ 
sec 

20M byte/ 
sec 

8M byte/ 
sec 

9M byte/ 
sec 

Technology 

LSI 

TTL/MOS 

VLSI 

AST 

ELC 

Gate 

Arrays 

ELC 

VLSI 

TTL 

ECL 

Size 

60 ft 3 

55 ft 3 

77 ft 3 

34 ft 2 

25 ft 3 

60 ft 3 

Weight 

650 lbs 

1189 lbs 

1725 lbs 

1100 lbs 

600 lbs 

1350 lbs 

Power 

5000 W 

3400 W 

6500 W Max 

4400 W 

2550 W 

— 

Cost 

$300K 

$400K 

$570K 

$220K 

$1 90K 

$450K 


- $350K 
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1.3. 3. 2. 4 Microcomputers. 

The distinction between minicomputers and microcomputers Is becoming more 
obscure as Improvements In architecture and VLSI technology expand 
microcomputer capabilities. Now there are systems and board-level 
microcomputers that rival minicomputers In capability, just as today's 
minicomputer rival early mainframes. Microcomputers use a microprocessor chip 
or chip set for their CPU. As a result, microcomputer capabilities will be 
driven by advances In microprocessor technology. For example, new chips will 
boost microcomputer performance to the 32-bit mini range at substantially 
lower cost. In addition, many of these systems are available with popular 
Industry-standard software packages such as UNIX or PICK. 

The Single Board Computer (SBC) Is a modular microcomputer designed to be 
embedded In a larger system as the primary computational element or as an 
adjunct processor used to offload allocated functional responsibilities. The 
SBC's are powerful "building block" modules that are used for many specialized 
applications such as device controllers, message/network switching, data 
acquisition, automated testing, laboratory/lndustrlal automation, work 
stations, etc. The SOA capability of an SBC Is determined by the capability 
of the mlcroprocesor , memory and I/O chips that can be mounted on standard 
circuit board. As 32-bit microprocessors and 256 Kbit memory chips become 
available, the SBC capability horizon has expanded well beyond the earlier 
"controller" type applications. 

Microprocessor technology has also given rise to a variety of microcomputer 
systems that provide substantial capability at low cost. In general, this 
Includes application oriented systems such as personal computers, word 
processors and business Information systems where cost Is the primary driver. 
It also Includes systems that strive for cost-effective Improvements In 
performance (throughput) and/or system rellablllty/malntalnablllty through 
multiple processor architectures. While microprocessor technology now offers 
many mainframe features and capability, they cannot Individually provide the 
computational power of the larger systems. This has resulted In new multiple 
microprocessor systems based on high-speed Interconnection buses that offer 
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Table 1.3. 3-5 

MICRO-COMPUTER CHARACTERISTICS/COST 



H.P. 

STRATUS 

CONVERGENT 


9000 (217) 

XA-600 

Mega- Frame 

Processor 

68000 

68010 

(Pair & Spare) 

68010 (2) 

Memory 

8 M bytes 

16 M bytes 

7 M bytes 

Performance 

v .5 MIPS 

3 MIPS 

.5 MIPS/Proc 

Networking 

1.3 Mbytes/sec 
per OMA 

2.8 Mbytes/sec 
per channel 

10 Mbits/sec 

Volume 

3 ft 3 

26 ft 3 

22 ft 3 

Weight 

18 lbs 

600 lbs 

520 lbs 

Power 

120 W 

5KVA 

2.7KVA 

Cost 

$9000 

$325-350K 

$50-60K 
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enhanced performance as well as fault-tolerance features (see Section 1.3.1). 
Such systems are often based on the SBC described above. Examples Include 
Hewlett Packard's 9000 series supermicro (proprietary NMOS III technology), 
the Stratus Multiple Micro systems (68010 based fault tolerant systems),- and 
Convergent Technology's Mega Frame (MC 68010 and Intel 186 chips with UNIX). 
Characteristics/cost of these units are provided In Table 1.3. 3-5. 

1.3. 3. 2. 5 Microprocessors . 

Microprocessors are single chip or chip set processors that have evolved 
rapidly from 4 and 8— bl t "controllers" to today's 32-bit processors that 
provide many mainframe features. They are Included here for completeness and 
as potential building blocks for future system "boxes" but are not. In 
themselves, considered to be an option. However, since their capabilities may 
significantly Impact system level trends, we have characterized some of the 
more significant Innovations that are likely to Influence microprocessor-based 
system architectures. The Implications of microprocessor technology on flight 
systems will be described In Section 1.3.4. 

The SOA In microprocessor technology can best be Illustrated by the new 32-bit 
generation Including Motorola's MC68020, Zllog's Z80000, Intel's 1APX 386, 
Hewlett-Packard's HP FOCUS, Bell Laboratory's BELLMAC-32, and National 
Semiconductor's NS32032. Compared to their predecessors, they have more 
Instructions, more registers, more extensive co-processor capability, higher 
operating speeds, and extended direct memory addressing. Table 1.3. 3-6 
provides a comparison of current 32— bl t microprocessor characteristics. Other 
available features Include the following: 
o Instruction cache memory 
o Virtual memory capability 

o Instructions to aid compilers and operating systems 
o On-chip multiple processors (floating point, memory management, etc.) 
o Coprocessor support and Interfaces 
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Table 1 .3 

.3-6 32-B1 t 

Microprocessor 

Characteristics 


Characteristics 

HP FOCUS 

NS32032 

MC68020 

Z80000 

1APX386 

Chip Technology 

NMOS III 
( Proprietary) 

XMOS 

HMOS 

NMOS 

HM0S111 

Power (Watts) 

7 

1 

1 .8 

1 

2.5 

Clock Frequency 
(MHZ) 

18 

6-10 

16 

25 

8 

Data Word Size 
(Bits) 

32/64 

32 

32 

1/4/8/16/32 

8/32 

Instructions 

230 

86 

65 

180 

111 

Registers 

(Arithmetic/Index/ 
General Purpose) 

7/10/11 

8/8/8 

8/16/16 

32/32/32 

8/8/8 

Direct Address 
(Bytes) 

500M 

16M 

256M 

32M 

32M 

DMA 

Standard 

Standard 

Optional 

Optional 

Optional 

First Delivery 

1981 

1983 

1984 

1984 

1984 

Second Sourcing 

N/A 

Yes 

Yes 

No 

Yes 
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Of the new microprocessors described, the HP FOCUS and BELLMAC-32 are Intended 
for use only In HP and Bell products and are not expected to be commercially 
available. Most of these microprocessors average about 150,000 transistors/ 
chip. The HP FOCUS Is the exception with about 450,000 transistors. 

The most Innovative of the new microprocessor designs Is Intel's 1APX 432. It 
Is a 32-bit three-chip microprocessor set In which an object-oriented 
operating system Is Implemented In the chip circuitry. The 432 hardware, 
operating system and system programming language all support the concept of 
"objects" - variable length data structures (records, vectors, arrays, 
processes, etc.) that have a higher order than those typically Implemented by 
traditional architectures. The following characterizes the key feature of 
this unique microprocessor. 

o A high-level Instruction set designed to accommodate efficient 
translation of high level languages. 

o Operating system kernel In hardware (l.e. task scheduling, etc.) 

o Two-level multiprocessor bus structure. 

o Built-In security features to protect the Integrity of objects and 
programs . 

o Virtual memory capability (segmentation). 

o Functional redundancy checking allows pairs of 432s to check one 
another and flag computational errors. 

o 200,000 Instructions per second. 

o Ada orientation aimed at reducing programming costs. 

o Operating system features facilitate the sharing of workloads 
automatically and dynamically. 


150 


Intel announced intentions to provide a new cross-development system, Ada 
compilers, and development support under UNIX. Intel is expected to develop 
newer and faster revisions of the 432. 


Application microprocessors are chips dedicated* to specific applications that 
relieve the host CPU's processing burden and Increase system throughput in 
computation - intensive applications. This is a rapidly emerging technology 
providing cost-effective alternatives for such complex applications as signal 
processing, voice synthesis, video display and modern processing. They are 
generally special-purpose architectures designed to efficiently execute 
specific algorithms such as FFTs, Linear Predictive Coding (LPC), etc. It is 
expected that application processors will continue to Improve and be available 
for those applications that have high-quantity commercial market potential. 

In response to Air Force initiatives to standardize computer instruction set 
architectures (ISA), many avionics suppliers are now producing MIL-STD-1 750A 
computers (see Section 1.3.4). As a result, a number of suppliers are 
developing 1750-based microprocessors to further reduce size and power and 
enhance throughput/memory capability. Products expected to be available in 
the near-term Include the following: 

Fairchild F9450 MDAC 281 


Chip Technology 
Throughput 
Memory Addressing 

Floating Point on Chip 
Packaging 


700 KIPS 

64K direct, expendable 
to 1M word. 

Yes 

Single Chip DIP 


CM0S-S0S 
900 KIPS 

64K direct, expendable 
to 1 M word with MMU . 
Yes 

3-Chip on Thick Film 
Assembly. 


These microprocessors are designed to meet military specifications and are 
inherently tolerant to relatively severe nuclear radiation environments. As 
these products become available they will be Incorporated Into the new flight 
computers. In addition, there is a new generation of 1750 microprocessors 
that will emerge from the VHSIC program and provide substantial improvements 
In processing speed (5-10 MIPS). 
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1 .3.3.3 Projected Capabilities . It can be expected that the capabilities of 

all general purpose computer options will Improve significantly In the future 

due to their broad commercial market. Even In the somewhat limited market 

occupied by supercomputers tremendous gains are likely to be achieved 

motivated by new commercial applications, Japanese Initiatives, and national 

concerns for maintaining competitive leadership In high-technology computing. 

However, degree of Improvement will not be uniform In all areas and will 

probably reflect the market expansion potential In each area. As shown In 

Table 1.3. 3-7 microcomputers are expected to experience the highest growth 

rate and the mainframe market the lowest rate with a diminishing percentage of 

the total market. 

/ 

The performance capabilities of all general purpose options will continue to 
Increase with time, as depicted In Figure 1.3.3- , somewhat blurring option 
definitions. These performance Increases are due to two mechanisms. First, 
these systems benefit through technology Improvements, l.e., LSI/VLSI 
Implementation of processors and memories. Secondly, vendors continue to 
expand downward, providing low cost versions of this high performance 
systems. New and more powerful microcomputers for example will soon dominate 
the low-end minicomputer market because of their significantly lower costs. 
Minicomputer vendors are now, In fact, Incorporating software compatible 
microprocessors In many of their low-end products. 

The trend In processing power has been roughly an order of magnitude Increase 
as measured In MIPS every five years, based to a large extent on advancements 
In Integrated circuit technologies. This trend will be difficult to maintain 
however since we are rapidly approaching the physical limit of gate speed In 
bi-polar and MOS technologies. A general move toward the high mobility of 
gallium arsenide Is expected with additional techniques, l.e., LN^ cooling 
to further Increase mobility and Implementation of Innovative computer system 
archil ectures l.e., multiprocessor techniques. The resulting performances 
are, however, difficult to project over period exceeding a few years, 
particularly In the areas of supercomputers where only wild speculation can 
provide any estimates. The Instructions per second which Is now a poor 
measure of processing power will certainly be replaced or redefined to become 
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Table 1.3. 3-7 


MARKETING TRENOS 



1975 

1980 

1985 

1990 

1995 

Microprocessors 

9% 

6% 

20% 

37% 

55% 

Word Processors 
(Personal Computers) 

4% 

6% 

10% 

13% 

14% 

Single Board Computers 

3% 

11% 

13% 

12% 

9% 

Minicomputers 

10% 

17% 

21% 

21% 

17% 

Mainframes 

83% 

60% 

36% 

17% 

5% 

Total Sales 

$13B 

$29B 

$62B 

$1 41 B 

$31 3B 
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NODAL COMPUTING CAPABILITY 



TIME 


FIGURE 1.3.3- 3 

GROWTH OF NODAL ARCHITECTURE CAPABILITY 


I 
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a more meaningful definition, particularly with the expected popularity of 
RISC architectures. Nevertheless It Is of some Interest to attempt to project 
where the more orderly micro's, mini's, and mainframes may reside on the 
performance scale at IOC. These categories, as shown In Figure 1.3. 3-3 are 
expected to propagate upwards Into the next performance region. Thus, the 
mainframes will cover a range of 100-500 MIPS, mini's will cover 50-150 MIPS 
and micro's will peak at 30-100 MIPS. The word format for these units will be 
32 on the low end up to 64 bits and their Internal memories will approach 
significant percentages of their virtual memory space. 

1.3.4 Flight Computers 

1.3. 4.1 Description 

This category Includes options for computers that can be used on the SSP 
flight elements. While general purpose In nature, such computers will differ 
from those described In Section 1.3.3 due to the physical constraints (size, 
weight, power), operational environment, and rellablllty/avallabillty/ 
maintainability requirements Imposed by an orbiting Space Station or 
associated platforms. Historically, flight qualified computers have evolved 
Into distinct classes based on the flight vehicle (satellite, missile, 
aircraft, etc.) and the operating environment (radiation, space/atmosphere, 
shock/vlb.). These differences resulted In unique computer designs responsive 
to the specific vehicle/environment requirements: computers developed for 
space applications (satellites, deep space probes) tended to stress 
reliability, low power and small size, while sacrificing on-board performance 
capabilities. Aircraft computers, on the other hand, have abundant power, air 
cooling, moderate size constraints and adequate opportunity for maintenance 
resulting In relatively high-performance systems. These differences are 
further described In Table 1.3. 4-1. The Space Station environmental 
requirements are actually a composite of those for space and aircraft. While 
the STS Is a similar environment, there are still significant differences 
since Space Station computers need only be transported to orbit (not 
operational during launch) and they must tolerate long-term radiation effects 
(accumulative dose). Fortunately, many of the boundaries between 
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TABLE 1.3. 4-1 

FLIGHT COMPUTER REQUIREMENTS COMPARISON 




environment-specific flight applications are beginning to diminish and 
technology advances are changing many of the design trade-off decisions 
previously faced. As a result, new flight computer products are emerging that 
are designed to be applicable for both military aircraft and space 
applications. 

One of the more significant drivers for this category Is the requirement for 
operation In the space radiation environment over long periods of time. In 
the Space Station environment. It Is necessary to consider the long-term 
degradation due to total dose of Ionizing radiation, random logic upset due to 
cosmic ray and solar alpha Incidence, and fluence pulse effects. Currently, 
qualified radiation hardened components are typically a limited variety of SSI 
technology, available In limited quantities, are very expensive, and require 
long lead times. In addition, the traditional radiation hardened memories 
have been the slower, heavier and larger varieties, l.e., core, plated wire, 
etc. Consequently, radiation hardened computers have suffered significant 
size, weight and performance penalties compared to their 'non-rad' 
counterparts. Qualification of LSI and VLSI components and memories will 
alleviate much of this problem. 

In addition to operating In the Space Station environment, an on-board 
computer must also provide sufficient resources (throughput/memory) and 
networking capability to support distributed DMS concepts and future growth 
paths. While Individual computer resource requirements are not defined, It Is 
clear that high MIPS/cost and MIPS/sIze ratios are desirable and that higher 
network nodal capabilities will ease network design, minimize potential 
bottlenecks, and facilitate future growth. High-speed flexible networking 
capability Is generally lacking In this category with MIL-STD-1553 (1 Mbit 
serial bus) as the prevailing standard. Efforts are currently In progress to 
develop a new MIL-STD. bus (network) with enhanced speed and flexibility. 

The options In this category Include the following: 

- Ml 1 .-standard ISA flight computers 

- Mil. -spec, versions of commercial minicomputers 

- NASA standard spacecraft computers 

- New Space Station standard computer development 
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1.3. 4. 2 Option Characterization 


1.3. 4. 2.1 MIL-STD ISA Flight Computers 

Standard Instruction set architectures have been used by the military for many 
years and have been supported by numerous commercial sources. In recent 
years, the Air Force has established the MIL-STD-1750A as their standard 
flight computer ISA. Due to the relatively large quantity marketplace that Is 
emerging for Air Force applications, this Initiative has been well-supported 
by the avionics Industry. Nearly all flight computer suppliers now offer, or 
are developing, a 1750 flight computer. Most of these computers are 
Implemented with today's bit-slice technology. However, new 1750 chips are 
currently being developed by Fairchild, MDAC and Mlkros, as described In 
Section 1.3.3, and more powerful chips will emerge from the VHSIC program 
(Westlnghouse and Texas Instruments). Because of this broad Industry 
acceptance and the VHSIC emphasis, the 1750 has become the de facto standard 
for many non-AIr Force applications as well. While actual experience with 
1750 computers Is still somewhat limited, the following potential benefits 
have been Identified: 

o A growing base of support software, both GFE and vendor supplied, 
o Enforced portability of software Including any machine language code 
( 1 - e . operating systems, etc.) 

o A good technology growth path supported by DoD, ( 1 . e . VHSIC and DARPA 
program will focus on current military standards), 
o Many supplier sources to choose from. 

However, it has also been observed that the same results can be achieved with 
the use of a standard high order language (HOL) such as Ada while allowing the 
introduction of more powerful and modern architectures. It has been argued 
that raising the level of standardization (i.e. from machine language to HOL) 
will further broaden the support software base well beyond the avionics 
community support. 

The following characteristics are typical of today's MIL-ST0-1750 computers 

o 1 6-b 1 t architecture 

o Throughput = .5-1.0 MIPS (DAIS mix) 

o Memory addressing up to 1 Mword with memory management units 
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o 32 and 48-bit floating point arithmetic 

o 16 GP registers 

o 16 level priority Interrupts 

o Qualified To MIL-E-5400 

o Built-In timers and test capability 
o Logic Technology = Mostly Bipolar with some CMOS 
o Radiation tolerant 

o Typical size and power 

- 1 Ft 3 (ATR Mounted) 

- 50 Lbs. 

- <500 Watts (depending on memory type) 

o Cost <500K$ 

o Available HOL's Include Pascal and JOVIAL. Ada compiler in process 

Table 1.3.<-2 from Defense Electronics, 1982, "Weighing 5000. 5X", describes 
ongoing activities pursuing MIL-STD-1750. 

1.3. 4. 2. 2 MIL-Spec Versions of Commercial Minicomputers 
A number of MIL-Spec. computers have been developed by avionics suppliers 
under licensing agreements with commercial minicomputer manufacturers. 

Noteable In this area are Norden (licensed to DEC) and Rolm (licensed to 
Oata General). These products have been used In a variety of military 
applications Including many flight programs. With the advent of the 16-bit 
Air Force standard (1750), the use of these current products In future flight 
applications will be limited. However, new 32-b 1 t products have recently been 
Introduced (proposed) that will (could) be qualified to airborne 
specifications (MIL-E-5400). This provides a 32-bit alternative to 1750 for 
some flight applications since a 32-bit standard (l.e. MIL-STD-1 862) Is not 
currently implemented. Table 1.3. 4-3 characterizes these 32-bit mil-spec, 
minicomputers. In addition, a few vendors are producing "ruggedlzed" versions 
of minicomputers that don't meet full mil. -spec, requirements. Norden, for 
example has had experience ruggedlzlng DEC products with a final cost of 
approximately 2x the original product cost. The only other 32-bit flight 
computer currently available Is the IBM API 01 series that has "dual" 
architecture capability, IBM 32-bit and MIL-STD-1750. 
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TABLE 1.3. 4-2 

ORIGINAL PAGE §3 

Vendors and Agencies 
Actively Pursuing MIL-STO-1750A 


OF POOR QUALITY 

VENDORS VERSIONS 

VENDORS 

VERSIONS 


Control Oata Has 1-card change to co n vert Navy's 
Corp. AN/AnC-14 to MIL-STD- 175QA 

•Up and running: was dua to ba verified by the 
Air Force in August 1962 

Oaleo 1/2 ATR boa (M362F). 32k words. Fira Control 

Com polar (or F-16 Multinational Stagad 
Improvamant Program (MSIP) 

•Not varifiad by tha Air Forca as maating tha 
standard 

•Has dai i varad flight hardware as sub- 
contractor to Ganarai Dynamics 

Rapackagad version. 64k words. 940 kops. tor 
LANTIRN 

•Varifiad as maating tha standard 
•Has daiivarad flight hardware as sub- 
contractor to Martin Marietta 

Updated version Magic 372. S4k words 
-Oeiivered tha same as on tha LANTIRN 
•Varifiad as maating tha standard 

1 ATR bos, 128 k words is planned 

Fairchild Won competition to develop MIL-STD-1 7SQA 

Semiconductor chip sat (or Ganarai Oynamica/FL Worth 
-To ba used in F-16 MISP 
-Available in mtd-1983 on. a single card 

Ganarai GE/Utica uses two MIL-STO- 175QA computars 

Electric in F-SG II radar 

-In cooperation with Tracor 

GE/Binghampton is developing company- 
funded MIL-STD-1 75QA 

Honeywell Subcontracted to Fairchild to develop architec- 
ture implementation (or a MIL-STD-1750A 
chipset 


Hughes Building company-funded M1L-STD-1750A 

Aircraft radar processor 

•Intended for F-1S MSIP 


Two working airborne varsiona (CP-2EX and 
AP-1016) 

-Both verified by the Air Force as meeting the 
standard 

Won competition for 1000 MIL-STD-1 750A 
computars for tha B-18 
•Computers capable of both AP101O and 
17S0A ISAs 

•Subcontractor to Boeing 

McDonnell- Delivered first militarized airborne MtL-STD- 
Dougias 1750 c ompu ter and sapport software 

-MIL-ST0-1750A brassboard up and running 

Working on a radiation hard and non-hard 
version, with 17S0A chip sat 


Mikros Accepting orders lor MKS17S0, a Killy- 

militarized. SOS/CMOS radiation-hardened, 
•ingle-card MIL-STD-1 7S0A computer 
•Board measures 20 sq. la, consumes 2W 
-200 kops with DAIS instruction mix 
•Available 4Q CY 82 

Also sella MIL-STD-1750A software develop- 
mant station 
-Available 30 CY 82 

Rotm Bidding a 1/2 ATR size MIL-STD-1 7S0A 

computer on AFSATCOM Terminal Upgrade 
program 

Singer Won Competition for F-111 OigHal Update 

Kearfott Weapons/Nav Computer 

-Will install in F-1110, F-111F, FB-111A 
•Brassboard up and running, ba a ed on 
SK-3121 machine 

Sperry Univac AN/A YK- ISA airborne computer (Univac 

designation-U 1625) updated to MIL-STD- 1 7S0A 
•Up and running in Air Forca Avionics 
Laboratory 

Delivering MIL-STD- 17S0A computers to Sperry 
Systems (or Modular Automatic Test Equipment 
(MATE) (Univac deaignztion-U1630) contract 
•512k word minis interfacing with disk/mag. 
tape/line printer 

Teledyne Won competition for F-5G fl miaeion coovuter 
with MJL-STD-1750A 

•1/2 ATR size, 17 pounds, 700 kope with DAIS 
mix. available now 

-Validated by the Air Force as meeting the 
standard 

-Coat: $43K each, with Reliability Improvement 
Warranty (RIW) of 5000 operating hours: but 
cost is variable by quantity, datarand other 
conside rat ions 

Also markets TOY-750 SOS eoftware deveiop- 
ment system 

-includes floppy and hard discs and.fih e pri n te r 
•Available 4 months ARO 

Texas Building MIL-STD-1 750A computer in VHSIC 

Instruments program 

•For Army application: firo-and-forget missile 

Tracor Built m i cro p roc es s or MIL-STD-1 7S0A tor GCs 

F-SG II radar 

Developed MIL-STD-1750A rad-hardened chip 
•at with RCA 


Westing house ' Uses two MIL-STD-1750A computers In 
enhanced Improved AN/APG-66 radar 
-Will be installed in F-16 ahd B-18 (MSIP) 

Uses MIL-STD-1750 in Army's SGT YORK 
Division Air Defense System, as subcontractor 
to Ford Aerospace 
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8uilding MIL-STD-1 750A in CMOS for VHSIC 
program 


TABLE 1.3. 4-3 

MIL. -SPEC. 32-BIT MINICOMPUTER CHARACTERISTICS 


NORDEN NOROEN ROLM TMI 


CHARACTERISTIC 

MI L— VAX— 1 

MIL-VAX-2 

HAWK-32 

(PROPOSED) 

Instruction Set 

VAX 

VAX 

D.G. ECLIPSE 

MOD COMP 32/85 

Throughput (Whetstones) 

1 x 10 6 

1.5 X 10 6 

1.5 x 10 6 

6 MIPS 

Memory (Internal) 

4 M Bytes 

8 M Bytes 

8 M Bytes 

8 M Bytes 

Virtual Address Space 

4 G Byte 

4 G Byte 

4 Gigabytes 

4 G Words 

Technology 

AST Gate 
Array 

CMOS 10K 
gate array 

VLSI CMOS 
gate array 

VLSI CMOS/SOS 
Logic Arrays 

Volume 

2 ft 3 

.09 ft 3 

1.4 ft 3 


Weight 

170 lbs. 

65 lbs. 

90 lbs. 

54 lbs. 

Power 

1200 

400 

400 watts 

309 w 

Networking Capability 

UNI-Bus 
1 .5 Mbyte/sec 

Q-Bus 

1 .5 Mbyte/sec 

MCA Bus 
4 Mbytes/sec 

160 M Byte/sec 

Available HOL 

ADA, Pascal, 
FORTRAN 

ADA, Pascal, 
FORTRAN 

ADA, Pascal, 
FORTRAN 

Pascal, FORTRAN 

SW Development 
Envl ronment 

Good 

Good 

Good 

Good 

Cost 

$400-450K 

$200-250K 

350K$ 

$265K ** 

Availability Date 

Now 

Mid '86 

End of 1984 

+• 3 yrs. 


** Requires estimated $12. 7M for development. 

Significant advantages associated with this class of computers Includes the 
following: 

o Extensive base of support software and tools already exist for 
minicomputers . 

o Software development can be accomplished on compatible commercial 
minicomputers. 

o New HOL's ( 1 . e . ADA) and operating systems Initially targeted to 
minicomputers . 

o Track evolution path of minicomputers. 
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1.3. 4. 2. 3 NASA Standard Spacecraft Computers 

This option consists of computers designed specifically to meet the stressing 
space-related requirements of past and current NASA missions. Included are 
computers developed separately through NASA-funded projects as well as some 
commercially developed computers that have been used In limited applications. 
The historical evolution of these spacecraft computers was heavily Influenced 
by the overriding concern for system reliability and the need for extensive 
space qualification testing prior to flight. This Influence led to a reliance 
on relatively simple, highly reliable, on-board systems and the allocation of 
more complex functions to maintainable ground complexes. The normal 
spacecraft severe size and power constraints further reinforced this approach, 
resulting In relatively low performance computers that significantly lag 
behind the state-of-the-art for both commercial and military computer 
technology. The capabilities of representative spacecraft computers currently 
under development, recently flown, or planned for future NASA missions are 
summarized In Table 1.3. 4-4. These computers have been primarily designed for 
fault tolerant configurations to be used In long-term, unmanned spacecraft 
applications. A noteable exception is the IBM AP-101 series general purpose 
computer (GPC) used on-board the shuttle is a quad-redundant configuration. 

The GPC can be characterized as follows: 


o CPU - TTL, MSI/LSI 
o Memory - 65K, Core 
o Word Format - 32 bit 
o Floating Point Arithmetic 
o Throughput 450 KOPS 
o Weight - 59 lbs 
o Power - 350W 
o Cost - $500K 


1.3. 4. 2. 4 New Space Station Standard Computer Development 
While the previous section described the option of using existing or 
in-development NASA standard spacecraft computers, this section describes the 
option to develop a new NASA standard computer specifically for the needs of 
space station. Due to the high costs associated with the initial development 
of a new computer, extensive qualification testing and low-quantity 
production, such an option Is only likely if cost-effective alternatives do 
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Table 1.3. 4-4 

Spacecraft Computer Characteristics 


ORIGINAL F AGE 


»5 


COMPANY 
MODEL NO. 

IBM 

NSSC-I 

IT E K 

applied technology 
ATAC -16MS 

IBM 

NSSCH 

LITTON 
4S16 E 
IO0C1 

f AULT TOLERANT 

2 CPUt 

2 SINGLE STRING 

2 SINGLE 

2 SinCl£ 

CONFIGURATION 

2 STINTS 

CPUi WITH 

STRING CPUt 

STRING CPUt 


SHARED MEMORY 

CROSS-STRAPPEO 

EACH WITH FTM 

WITH SHARED FTM 



MEM. PS. I/O 



STATUS 

OUAUFIEO 

QUAL MAY/JUNE 1981 

QUAL COMPLETE 

UNOER CONTRACT 

• DEVELOPMENT 

SMMI980 

(COMPANY f UNOEOI 

FOR NMOS STATIC 

(CLASSIFIED PROCRAM 

• SPACE QUAl 

ST- 1982 

GALILEO 1984 

RAM 

QUAL IN LATE 1981 

• SPACE EXPERIENCE 



SEVERAL UNITS 

RGC AM.RV 1980. 




FAB/OELIVEREO 

SPACE SEXTANT QUAl 





COMPLETE 

WORO LENGTH 





• FIXEO POINT (S/O) 

18 

16/32 

16/32/W 

16/32 

• FLOAT. POINT (E/M> 

NO FLOAT PT 

8/24 (’) 

8/24 (FW) 

8/24 (FW) 

MEMORY 





• MAX AOORESS 

$4 K • 18 

I2B K • tS 

>I9B K8YTES 

256 K i 16 

• PART TYPE 

CORE 

CMOS (HS604) 

1SK i 1 DYNAMIC 

CMOS (H6504) 

• ERROR CORR COOE 

NONE 

8 BIT HAMMING 

6 BIT HAMMING 

6 BIT HAMMING 

PHYSICALS 





• CONFIGURATION 

• 2 CPUt. 1 ON 

1 ATAC 16MS 

t OF 2 NSSC-llt 

1 OF 2 LC4S 1 6t ON 


18 K MEMORY (MAX) 

WITH 64 K k 22 MEM 

ON. EACH WITH 

128 K i 22 FTM 


8 K ON 

(CHASSIS CONFIGURED 

198 K i 22 FTM 

WITH 32 K OFF 



FOR DUAL PROCESSORS 


BATTERY BACKUP [ 



ANO MORE MEMORY) 



• POWER/WT 

31 W/17.4 LB 

63W/2SL8 

130W/SI LB 

77W/26LB 



21 VOC IN 


29 VOC IN 

THROUGHPUT 

FIXED PT 

THROUGHPUT 

THROUGHPUT 

THROUGHPUT 

• FIXEO POINT 

AOO-S jjSEC 

GIBSON MIX WITH 

16 BIT FIXED PT 330 KIPS 

16-BIT FIXEO POINT 

• FLOAT POINT 

MU 144 ^SEC 

FLOAT. PT 

32 BIT FIXEO PT 185 KIPS 

GIBSON MIX-539 KIPS 


0IV-7SmSEC 

375400 KIPS 

FLOAT PT 40 KIPS 

FIXEO PT (50% R-R) 


NO FLOAT. PT 

(MACHINE SLOWER 

FLOAT. PT 

AOO-I.S^SEC 



THAN LITERATURE 

AOO'N A 

MUL-S.2 -SEC 



OUE TO DELAYS 

MUL 38 -SEC *N 




IN FTM) 

OIV-56 pSEC ♦ N 

FLOAT.PT 





AOO-IO « N .SEC 





MUl-23 ♦ N -SEC 





OIV-32 - N .SEC 

HIGH-OROER 

NONE 

HALS 

HALS 

FORTRAN 

LANGUAGE 


FORTRAN 

FORTRAN 


(APPLICATION 


BASIC 



PAOGRAMS) 

I, 


L 


PACKAGING 

KY8RIO.40.PIN 

FLAT PACKS 

HYBRIO. S CHIPS 

FLAT PACKS ANO 

ANO 

FLAT PACKS. 

ON ML PW8 

PER CAN MAX, 

LEAOLESS CARRIERS. 

PART TYPES 

27 CHIP TYPES. 


20 OIFFERENT 

RAM 1C. ON 


$9 FLAT PACKS TOTAL 


CHIP TYPES. 

ML PW8.ML 




96 TOTAL CHIPS 

BACKPLANE. 75 




IN CPU. 18 OIFFERENT 

OIFFERENT 1C 




HYBRIO TYPES 

TYPES TTL. CMOS 


TIL 

TTL, CMOS 

TTL. NMOS 


RELIABILITY (R) 


CLASS B FAIL. RATES 


CLASS B FAIL. RATES • 

• FAULT-TOLERANT 


64 K WOROS ACTIVE 


98 K WOROS ACTIVE 1 

CONFIG 


B K STANOBY 


32 K STANOBY 

• 2 YR (17S2 HR) 


CROSS STRAPPED 


! 

• UNPOWEREO 





STANOBY SPARING 

0.96 

0.999 

0.9987 

0.9804 

(•'UP * 0-1 x p) 





- * * 

i 1 i 

• 

* 


FW - FIRMWARE 


NA - NOT AVAILABLE 

S/O - SINGIE/OOUIIE FIXED FT WORO 


E/M - EXPONENT/MANTISSA FlOATINC FOINT WORO 
N - NORMALIZE Ml PWI MULTILAYER PRINTEO BOARO 
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Table 1.3. 4-4 Cont'd 
Spacecraft Computer Characteristics 


COMPANY 
MOO£ l NO 

NORTH AMERICAN 
ROCKWELL 
OF 224 

RAYTHEON 

fault-tolerant 

SPACECRAFT 
COMPUTER (FTSC) 

teleoyne 

MECA-43 

CONTROL OATA 
COC <£9 

FAULT TOLERANT 
CONFIGURATION 

STANDBY (UNPQWEREO) 
MQOULAR SPARING 
tmr buses ano 
CONTROL LINES 

4 CPUi 

STANOBY MODULE 

sparing as 

IN OF 224 

OUAL CPUi 

WITH CROSS STRAPPEO 
POWER CONVERTER. 
MEMORY. I/O 

2 SINGLE 
STRING CPUt 

STATUS 

• OtVtLOPMtNT 

• space oual 

• space experience 

OUAL COMPLETE 
CLASSIFIED PROGRAMS 
IN PRODUCTION 
IN SPACE 

SAMSO 

AOVANCE 0 OEV 
BREAD BOAR O/BRASS* 
BOARD STAGE 

REPACKAGED 
AIRCRAFT COMPUTER 
FIRST 2 SPACE CONTRACTS 
IN procurement 

STAGE (CLASSIFIED 
PROGRAMS). USES 

existing hybrios 

USED IN SEVERAL 

SPACE PROGRAMS 

OVER PAST 

YEARS 

(E.G.. HE AO. 

CLASSIFIED 

PROGRAMS) 

WORD LENGTH 

• FIXEO PT (S/O) 

• FLOAT. PT (E/M) 


HIHl 

16/32 

1/24 

lf/32 

NO FLOAT. PT 

MEMORY 

• max aooress 

• PART TYPE 

• ERROR CORR CODE 

64 K X 24 
PLATEO WIRE 
PARITY 

11(1)2 
CMOS. CMOSSOS 

NA 

32 Ki 16 
PLATED WIRE. 
CMOS. PARITY 

PHYSICALS 

• CONFIG 

• QUAL OR IN 
DEVELOPMENT 

• POWER/WT 

3 CPUi. 1 ON. 

41 K i 24 MEMORY (MAX) 
IRON. 3I0U*. 1 ON 

100 W/100 LB 

1 CPU OPERATING 
3 IN STANOBY 
62 K a 32 MEMORY 

60W/S<M0LB 

1 CPU operating 

1 OFF (STANOBY) 
t K ■ 22 ON 
S6 K a 22 OFF 
74W/49 LB 

1 469 OPERATING 
1 469 STANOBY 

20W/20 L 6 

throughput 

• fixeopt 

• float.pt 

THROUGHPUT (24 BITS! 

fixto rr mix <3so xips 
AOO- t.l i£EC 
MUl-I.O uSEC 
OIV-23.4 *5£C 

FIXEO PT 
A00*$.4*£EC 
MULI1 tfEC 
FLOAT. PT 
NA 

throughput 
GIBSON MIX-J90 KIPS 
FIXEO PT 
AOO-1.6 ySEC 
MUL-3.93 jSEC 
FLOAT PT 
AOO-7.0B-N_SEC 
MUL U.32 - N^SEC 
OIV17.92 - N .SEC 

FIXEO PT 
AOO 4.0 t£EC 
MULT 10.4-^EC 
FLOAT.PT 
NOT IMPLEMENT 
IMPLEMENTED 



NONE 

JOVIAL 

NONE 

PACKAGING 

AN0 

PART TYPES 

16 CUSTOM PMQS LSI 
6 HYBRIDS 
010 OE ARRAY 
PLATE WIRE MEM 
ML PWB ASSY 

CMOSSOS 
LSI TO BE 
OEVEIOPEO 

72 HYBRIOS. 13 
TYPES. ON 
ML rws. LARGE 
HYBRIOS. > 30 
CHIPS/HY8RIO 

CUSTOM PMQS LSI 

RELIABILITY (R) 

• fault TOLERANT 
CONFIG 

• 2YRSI17S2HRI 

• UNPOWEREO 
standby sparing 

1*UP * 0.1 x p) 

24 K WORDS ACTIVE 
3 a 1 K STANOBY 
2 STANOBY CPUt 
2 IOUi STANOBY 

0.97 

0.9$ FOR SYS 
CONTR ACTURAl 
REQUIREMENT 

POWER CONV. MEM. 
CPU. CROSS-STRAPPEO 
10 K ACTIVE, t K 
STANOBY 

0.997 

NA 

MISCELLANEOUS 

• CLASS S/CLASS A 
PARTS PROGRAM 
EXPERIENCE 

• oerating 

ELECT. ANALYSIS 
THERM. ANALYSIS 

cooo 

(MINUTEMANI 

COMPLETE 

NA 

incomplete 

COOO 

NA 

GOOD 

(HEAOI 
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not emerge from the commercial/ml lltary marketplaces. However, there are 
potential advantages for tailoring a new computer design to the specific 
application requirements of space station Including the opportunity to 
"build-in" fault tolerance features, standard networking capabilities, and 
other performance enhancements. While such functions can be Implemented In 
software, there are performance payoffs for Incorporating these capabilities 
in hardware/firmware. 

There are actually several alternative approaches to developing a new space 
station standard computer (SSSC) that can be reasonably considered. This 
includes the following: 

1. Use commercially available yP chips. 

2. Develop new custom chip set (VLSI) 

3. Use bit-slice technology to emulate commercial processors. 

A qualitative assessment of these approaches Is summarized In Table 1.3. 4-5. 
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Table 1.3. 4-5 

NEW COMPUTER DEVELOPMENT SUMMARY 




USE AVAILABLE 

DEVELOP NEW 

BIT-SLICE 



uP CHIPS 

CHIP SET 

EMULATION 

0 

Performance Enhancement 
Potential 

Low 

High 

Moderate 

0 

Potential Size/Power 

Good 

Good 

Moderate 

0 

Potential Rad-Hardness 

Currently very 
limited but 
potential 
Improvement 

Very Good 

Good 

0 

Growth Potential 

Good . New 

Poor. New 

Code Enhance- 



Incompatible 

development 

ments can be 



chips can be 
replacements 

requl red 

Incorporated 

0 

Risk Assessment 





- Performance 

Low 

Moderate 

Low 


- Cost 

Low 

High 

Moderate 


- Schedule 

Low ( If qualified) 

High 

Moderate 

0 

Cost Assessment 



• 


- Recurring 

Low 

High 

Moderate 


- Non-Recurring 

Low 

High 

Moderate 


- Support SW 

Depends on yP 

Depends on ISA 

Depends on 
target 


- Quantity 

Low 

High 

Low 


Production 
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Approach 1 becomes Increasingly attractive as more capabilities are provided 
on-chip. As new yP chips begin to look more like larger computer systems, 
new yP-based computers are becoming more cost-effective to design and 
develop and offer vast potential for reduced size and power. However, since 
these devices still have relatively low computational power, more reliance 
must be placed on concurrent architecture technology. This can Introduce 
potential design complexity related to processor Interconnection efficiency, 
data queueing, operating system overhead, and resource contention that must be 
addressed within the context of the Space Station application. 

The major problem with this approach Is the general lack of devices that are 
(or can be) qualified for a long-term space environment. Most currently 
available processors are based on NMOS technology and lack sufficient 
radiation - hardness. Bipolar products offer good Immunity to total dose 
radiation, where MOS products have traditionally shown poor total dose 
characteristics to gamma radiation. As a result, current space/ml 1 Itary 
applications using microprocessors rely heavily on bipolar devices such as 
TI's 9900 and on some available CMOS devices. However, recent studies on 
various INTEL products Indicate that as circuit densities Increase, 

Improvement In the total dose characteristics becomes considerable. Where 
earlier NMOS products showed degradation In the low kllorad range, higher 
density HMOS II circuits have demonstrated performance without failure at 
levels exceeding 50 krads. However, the best near-term potential Is probably 
offered by the emergence of new commercial products based on low-power CMOS 
technology. The availability of new SOA microprocessors that can be qualified 
to the space radiation environment Is a major uncertainty due to the lack of 
test data on advanced products. Perhaps the most cost-effective source of 
rad-hard microprocessors will be those developed specifically for the military 
such as the Fairchild, MDAC, TI, and Westlnghouse MIL-STD-1750 chips described 
In Section 1.3.3. 

Approach 2 Is probably warranted only If the development costs can be 
substantially shared with other government Initiatives (l.e. VHSIC, OARPA, 
etc.) and If significant gains In performance can be achieved by Incorporating 
advanced technologies at the chip level. This might Include the use of new 
circuit technology (l.e. GaAs , CMOS/SOS, etc.) or Innovative architectural 
concepts. While the Air Force currently has projects under way to develop 
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space-qualified GPU chip sets (RCA EPIC, Sandla, etc.), the extent to which 
NASA could Influence these designs for space station specific requirements Is 
not clear. 

Approach 3 uses available bit-slice technology to emulate a target processor's 
Instruction set, a technique commonly employed by military avionics suppliers 
as well as many commercial manufacturers. Typically, bit-slice devices can be 
selected that are high-speed and Inherently rad-hard (bipolar, CMOS/SOS). By 
emulating a specific target processor, a new computer can capture the existing 
support software base and minimize support software development costs. 

1.3. 4. 3 Projected Capabilities 

Because of the relatively stringent requirements Imposed by a space station 
environment and the limited production quantities Involved, It Is likely that 
future space station computer capabilities will be provided either by 
commercial and/or DoO Initiatives to support the growing military market or as 
the result of NASA-sponsored development efforts (or some combination 
thereof). The projected capabilities described here will focus on the more 
visible trends In current and future military flight computers as summarized 
below: 

a. An Increased military presence In space will drive high-performance, 
small form factor, rad. -hard computer technology. 

b. OoO-sponsored programs (l.e. VHSIC, DARPA, etc.) will have a 
significant "fallout" beneficial to space station computing needs as 
participants Incorporate technology Into commercial products. Also a 
direct product benefit If mil-standards are adopted, (l.e. 

MIl-STD-1 750 , etc.). 

c. Because of a and b above, and other technology advances, commercial 
products will emerge based on common modules that are adaptable to 
both NASA and DoD applications. This trend Is already apparent In 
many of the newer flight computers (e.g. TDY-750, API 01 F , etc.) 

Examples of applicable computer systems currently being developed by DoD 
contractors Include Honeywell's Advanced Distributed Onboard Processor (ADOP) 
and COC's Military Computer Modules (MCM). Both of these programs are 
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striving to provide high performance capabilities In a distributed networking 
environment, and both are being designed to Incorporate evolving VHSIC 
technology. 

Other examples of advanced military computer development Includes VHSIC 
efforts by TI and Westlnghouse as well as other contractor-funded efforts 
(e.g. MDAC 281, etc.) 

Figure 1.3. 4-1 shows the current and projected throughput capability million 
machine instruction per second (MIPS) for military flight computers. It is 
expected that any new computer development sponsored by NASA should be able to 
achieve similar results. Clearly, the VHSIC program will have a significant 
impact over the next ten years by improving speed and radiation tolerance 
while reducing size and power. In addition, GaAs will offer significant 
potential for future space applications due to its higher electron mobility 
and inherent radiation tolerance. New GaAs products are beginning to emerge 
and will become competitive in some areas in the late 80's. Development of 
more sophisticated circuits is under way in Japan and the U.S. (DARPA) and 
could result in mature GP computer modules in the early 1990's. 

Early definitions of the Space Station architectures have generally Identified 
a 'standard data processor' for use as a standard/common unit for replicated 
use by the Station sub-systems. It is of some benefit to project the 
potential characteristics of this processor as It currently exists and as 
projected to IOC and growth periods. This projection Is shown in Table 
1.3. 4-6. As shown, the current generic performance Is 0.5 - 1.0 MIPS which Is 
expected to Increase to the 100 - 200 MIPS range by 1997. As Indicated 
earlier, the Instructions per second measure is currently not a totally valid 
indication of performance particularly with the Introduction of the reduced 
functionality Instruction set (RISC) architectures however this projection Is 
provided as a 'normalized' measure of performance. The memory and 1/0 
capabilities listed are not considered to be any technology limit but rather 

are presented as capacities that complement the functional performance of the 
Subsystem Data Processor (SDP). 
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FIGURE 1.3. 4-1 - MILITARY FLIGHT COMPUTER PERFORMANCE TRENDS/PROJECTIONS 



Table 1.3. 4-6 

Generic Flight Computer Prolections 



1985 

1987-1989 

1992 

1997 

Architecture 

Uniprocessor 

1750A 

Main & 

Co-Processor 

Main & 
Co-Processor 

Multiprocessor 

Technology 

NMOS, CMOS 

GaAs, CMOS, 
VHSIC (RISC) 

GaAs, 

RISC 

GaAs 

Main Memory 

64K-128K bytes 

.5-1 Mbyte 

25-30 MIPS 

100-200 Mbytes 

Performance 

0.5 - 1 MIPS 

3 - 5 MIPS 

25-30 MIPS 

100-200 MIPS 

Networking 

1-3 Mbytes/sec 

5-10 Mbytes/sec 

10-50 Mbytes 

100 Mbytes 

Size 

1/2 ATR 

2 CKT Cards 

1-2 CKT Card 

1-2 CKT Card 

Power 

< 250W 

< 50W 

< 20W 

< 10W 

Cost 

< $5K 

< $3K 

< $3K 

< $3K 
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1.3.5 A dvanced Computer Architectures 


1.3. 5.1 Olscusslon 

In the past decade there has been considerable momentum In both the commercial 
and academic arenas to explore and develop new architecture utilizing von 
Neumann and non-von Neumann concepts to meet the growing demands of real time 
applications and to support particular software concepts. The rapidly 
emerging reduced Instruction set (RISC) concept Is projected to become widely 
supported for the next several years In the general purpose, von Neumann 
configurations and there Is still some effort In reducing the 'semantic gap' 
to more closely match architectures to HOl's. Systolic and data flow 
approaches are being widely pursued In non von Neumann development. There 
also has been considerable pressure particularly from NASA/DoD to develop 
standards to support either specific HOL's or specific object code In order to 
exploit software portablllty/re-useablllty. Perhaps the most concentrated 
research/development effort Is directed by the well documented Japanese 
Initiative to develop a 'fifth generation' machine by 1990. 

Fruition of much of this development Is heavily dependent on the VLSI 
technology. Tremendous advances have been made within the past few years such 
that 10^ transistors on a single chip Is now possible. The successful 
Implementation of high performance, 32 bit architectures with cache and memory 
management produced at relatively low cost (see section 1 .3. 4)1 s testimony to 
this advancement. The Intel 432 project designed to implement Ada provided 

VLSI building block approach that also incorporated significant F/T 
capabilities. Also, NCR recently Introduced their Geometric Arithmetic 

Parallel Processor (GAPP) that provides 72 single bit processors each with 128 
bits of RAM on a single chip representing the first commercial systolic array 
processor chip. 

These chips make possible the realization of extremely powerful machines 
through utilization of massively parallel techniques. The 'Cosmic Cube' 
project at CalTech, for example, utilizes an array of 64 standard processors 
with a special Interconnection network and delivers 10% of the Cray I 
performance at 1% of the cost. The currently active VHSIC projects will boost 
the VLSI technology. 
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1 .3.5.2 Options 


For the purpose of discussion, the subjects addressed In the background 
section have separated Into three categories: Instruction set architectures, 

multiple processor architectures, functional language architectures, and the 
Japanese Initiative. Each Is discussed In some detail In the following 
sections. 

1 . 3 . 5 . 2 . 1 Instruction Set Architectures 

Instruction sets may vary In size; from large, redundant sets of minimal, or, 
reduced Instructions sets, depending on the particular philosophy embraced. 

One such philosophy Is that of the Reduced Instruction Set Computers (RISC) 
which employ primitive Instruction sets utilizing simple hardware 
Implementations. Recent architecture trends have provided Increased 
Instruction functionalities requiring multi-level decoding and additional 
clock cycles at the expense of more complex circuit and firmware designs. 
Improved performance of these designs relies on execution of fewer 
instructions for specific solutions plus continuing advancement In VLSI 
technologies. This approach Is Illustrated by the new 32-bit processors, 
i.e., Motorola 68020, National 32032, Zllog 80000. The proponents of RISC, 
however, argue that Increased performance Is more universally achieved through 
the use of simpler Instructions with faster execution times. For 
sophisticated applications requiring complex operations, the performance 
benefit has not been clearly demonstrated; however, co-processor chips could 
be developed for these complex operations. 

While the RISC concept Is not new, relatively few architectures have been 
committed to hardware. This group, all experimental, Includes: 

MIPS - Stanford University 
RISC-1 - U.C. Berkeley 
IBM 801 
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RISC has recently been Identified as an alternative approach for Incorporating 
new technologies Into near term microprocessor development. The reason Is 
that these technologies, l.e., GaAs, have not matured sufficiently to support 
the 200,000 transistor/chip densities of the new 32-bit designs but support 
the 20,000 transistor/chip RISC design density. This development will be 
particularly attractive for space oriented projects since GaAS provides not 
only speed enhancement but radiation tolerance. 

DARPA contracts for development of a GaAs RISC processor have been awarded for 
1 year to MDAC, Tektronix/RCA and TI/CDC for a design plus sample hardware 
demonstration. 

The MDAC design characteristics Include: 
o Stanford MIPS architecture 
o 32-bit data path 

o Fixed point processor with a floating point co-processor 
o 16 Mword addressability 

o 4 watts/chip 

o “ 20,000 transistors/chip 

o 50 Mbps typical execution rate (fixed point) 

o Pascal compiler 

1.3. 5. 2. 2 Multiple Processor Architecture 

Much of the effort In this architectural category Is being devoted to the 
correspondence between processors and attached components at nodes on a 
computer network, a tightly-coupled multiple processor, or a distributed 
computing environment. The physical matching of bandwldths between 
processors, memories, and physical linkages Is greatly inhibited by the 
software overhead required for the Interactive protocols and general 
management of the multiple resources. Although much was learned from the Cm* 
and C.mmp experiments at Carnegle-Mellon University, there Is still much more 
to be developed for the computer network performance to match the total 
capability of the processors and their attached components. The COSMIC CUBE 
Is one experiment In that direction. 
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Another ongoing experiment Is ZMOB at the University of Maryland, which has 
256 processors connected via a high-speed ring, so that a processor may 
communicate with any other In "unit time", where unit time Is defined as the 
time It takes to send data once around the ring. ZMOB uses a functional 
language and progress Is being made towards achieving a high degree of 
concurrency, and, thereby Improved performance. 

There are many computer networking and multiple processor experiments 
presently underway In various university and Industry laboratories. Of 
course, the performance of tightly-coupled multiple processors depends heavily 
upon low-overhead communication software to reach the throughput capabilities 
of the hardware. 

1.3. 5. 2. 3 Functional Language Architecture 

This class of architectures represent a departure from the classical von 
Neumann, synchronous, defined Instruction cycle designs. Performance 
Improvements are possible through the use of functional languages. Perhaps 
best documented In this classification Is the Data Flow architecture. The 
data flow computer achieves fully asynchronous, parallel Instruction execution 
through two basic principles of operation: 

Asynchrony: An operation Is performed only when all required operands 

are available. 

Functionality: All operations are purely functional (i.e., no 

side-effects are produced). 

Instead of execution control based on a program counter (von Neumann), data 
flow operators (Instructors) compute whenever all required Input operands are 
available. The output values from one operator flow directly to the Inputs of 
the next operator(s) without memory storage. This approach eliminates shared 
memory bottlenecks of processor von-Neumann designs. 

The principle of functional execution for data flow designs Is that the 
operators cannot Interact, thus synchronization Is not required, eliminating 
the need for a central control. 
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The essence of data flow program execution Is the Interconnection and 
execution of functions. Conceptually, each data flow operator Is allocated to 
a unique processing unit. The set of operators that the computer directly 
executes Is the "base language". Functional, high order languages with 
compilers have been developed to translate the HOL's Into the "base language" 
for execution. It Is not yet known whether functional language architectures, 
such as data flow, can efficiently execute functional programs In comparison 
to von Neumann architectures and conventional language programs. The major 
Issue In answering this question Is the high level at which functional 
programs are written. Major open questions still exist In the categories of: 

1) compiler techniques; 

2) Interconnection structure; 

3) caching; 

4) tree representations of lists; 

5) granularity of parallelism; and 

6) controlling parallelism. 

Functional program architectures are currently under widespread, active 
experimentation to study the efficient execution of functional programs on 
multiprocessor systems. The announcement by NEC of a data flow processor chip 
Is a welcomed hardware development, which will enhance the success of these 
experiments and facilitate broad spectrum projects to answer the Important 
questions about functional language architectures. 

1.3. 5. 2. 4 Fifth Generation Architecture 

Advances In Artificial Intelligence research and applications have been slowed 
by the lack of computer systems with adequate performance and memory 
capabilities. Such computer systems are anticipated as the next or 'fifth 
generation' machines which are expected to feature massively parallel 
architectures with tremendous capabilities for concurrent pattern recognition 
and performing logical Inferences. 
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After a two-year preliminary investigation into the requirements and options 
of the next generation architectures, the Japanese, in April 1982, officially 
began their 'fifth generation' Initiative, the most challenging and extensive 
computer project undertaken to date. Under the direction of their Institute 
for New Generation Computer Technology (ICOT) In combination with researchers 
from eight Japanese corporations, this Initiative has the goal of developing a 
prototype 'fifth generation' computer system by 1990. 

The project Involves the unification of four separate areas of research: 
knowledge based expert systems, very high level programming languages, 
decentralized computing, and VLSE technology. 

Three basic functions for the architecture have been Identified: 

a) Intelligent Interface machines corresponding to conventional I/O, 

b) Inference machines, corresponding to conventional CPU's, and 

c) knowledge based management machines, corresponding to an Integration 
of main and virtual memories. 

These systems are expected to: 

a) have a performance capability of 100M to 1G logical Inferences/sec 
(LIPS) 

b) process natural languages such as English and Japanese 

c) freely handle non-numerical data such as documents, graphics, 

Images, and speech 
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The project research Into the advanced architecture will address several 
options Including: 

o Logic-Programming Machines 

o Functional Machines 

o Relational-Algebra Machines 

o Abstract-Data-Type Support Machines 

o Oata Flow Machines 

o Innovative Von Neumann Machines 

For the Logic-Programming machines, the research theme Is the study and 
development of the necessary architectures to support Inferences and a 
computational model based on predicate logic with a power of expression 
approximating natural languages. This research will Involve development of 
languages and a processing system Incorporating predicated logic, development 
of the basic technology (parallel systems and special-purpose mechanisms), and 
logic programming machine (with a development goal of 50M - 1G LIPS). 

Research for the Oata Flow machines will be oriented to parallel processing. 
The preliminary goal Is a machine with 16 processors and a memory of 8M 
bytes. The final goal Is a high speed machine wit 1000 - 10,000 processors, a 
memory of 1G - 10G bytes, and a performance of 1 - 10 LIPS. 
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1.4 SOFTWARE 


1 79A 



1 . 4.1 


6dyanced_A^gor i thms 


ii.fk.ii.i Data_Comeression 

There are numerous operational requirements -for processi nq/transmi tti ng 
remotely sensed imagery and -For general science and engineering (GSE) 
data acquired as part of the Space Station program. The imagery data 
volume in particular , is expected to increase immensely as imaging 
systems o-f higher resolution and spectral bands are developed and 
deployed. The vast amount o-f mission data thus acquired in space 
applications poses a serious problem to the Space Station Data System 
(SSDS) in terms of data storage, processing complexities and response 
times for end-to-end data transmission. Consequently, the cost of 
archiving, transmitting and distributing large quantities of mission 
data becomes a significant SSDS design consideration, even with the 
currently projected improvements in applicable technology. To achieve 
real time efficient transmission of mission data and to conserve 
communications channel bandwidth, data compression is usually 
considered as one of the most powerful tools available. Data 
compression algorithms tend to be application dependent and as such 
will probably not be a standard service provided by the SSDS. However, 
since they offer significant potential for impact on key SSDS drivers, 
they will be characteri zed to the extent necessary to assess this 
i mpact . 

In addition to minimising the storage cost, data compression provides 
the following potential benefits: 

o Memory requirement for search terms may be reduced, 
o Lower transfer time due to compressed data volume may result 
in faster responses to an I/O bound system, 
o Decompression processing can be distributed (i.e. , embedded in 
workstati ons) . 

o Transmission of compressed data may result in reduced 

communications bandwidth requi rements , and thus reduced 
communications costs, 
o Backup/recovery time may be reduced. 
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However, these bene-fits do not. come without potential drawbacks which 
include the -following: 

o Data processing overhead will be increased -for data 
compression /decompress ion al gori thms. 
o Data Base Management System (DBMS) design may be made more 
complex to account -for i n terrel at i onshi p between index/file 
design, search processing, and data compression algorithms, 
o Some data compression schemes may destroy properties o-f the 
data which may be required by a DBMS, 
o Sensitivity to bit error rates may be increased. 

These advantages and disadvantages -from data compression must be 
evaluated within the context o-f the desired application. Consequently, 
the use o-f data compression to the desired application data must be 
weighed with a performance measurment for the desired data quality. 

This performance measurement is the so-called compression ratio <CR) . 

A high CR usually results in a low data quality due to the high root 
mean square error (RMSE) associated with high CR. For instance, a 
user, who desires to have his application data with high accuracy, may 
decline the use of any data compression on his data acquisition in fear 
that the compressed data may not be recovered in its original (exact) 
form for his special studies. In this case, the user's data 
(non-imagery) , which is expected to be relatively small in quantity, 
will be processed, stored, and transmitted in an uncompressed form. 

For user (s) whose spectral /spati al data is acquired through high 
resolution remote sensor systems, the volume of data is expected to be 
very large. In this case the quality of reconstructed imagery with a 
very large compression ratio may be found adequate for visual display 
in a digital browse facility available to the remote user(s) at a 
minimal charge. 

Some compressed mission data are more sensitive to channel noise than 
others because an error in the compressed data during transmission 
through a noise channel will usually introduce considerable amount of 
distortion. Error correction coding, therefore, is often adapted when 
data compression techniques are used to assure noiseless data 
transmission . 
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Data Compression options are grouped into four general categories as 
follows: 

o Textual Data Compression 

o General Purpose Data Compression 

o Spectral /Spatial Data Compression 

o Data compression coupled with channel coding 

« 

1 . 4 . 1 . 1 . 1 

1.4. 1.1. 1.1 Description. Data compression techniques in this 
category are generally applicable to a wide range of tex t—or i ented 
algorithms. The options include, but are not necessarily limited to, 
the following algorithmic techniques: 

a. Repeated Character Compression 

b. Fixed Length Encoding 

c. Variable Length Encoding 

d. Phase-ori ented Compression 

1.4. 1.1. 1.2 Qetian_Char acter l c at i.on . The textual data, compression 
schemes listed above are described as follows. 

a • B§E§§ted_Char act er_Comgressi_on 

This technique was the first to be used in commercial database 
management systems as well as operating systems. The intent i s to 
either eliminate unnecessary characters (i.e. , trailing blanks/zeros, 
etc.) or to replace strings of repeated characters with counts or other 
information requiring less storage space. Systems using this technique 
include IBM s HASP and WYLBUR. Repeated character compression has the 
following characteri sties: 

o Low computational overhead 

o Effective for embedded blanks or other repetitive characters.' 

o Most effective with formatted text (e.g., printouts, reports, 

computer programs, etc.). 
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b . Eiiied_l ength_encodi ng 

This technique is based on the -fact that, while data is encoded using, 
say, an 8-bit character set, most of the bit combinations appear very 
seldom in the data. In some applications, all necessary characters can 
be comfortably encoded into smaller field code. This provides an 
immediate, data-i ndependent reduction in required storage space. 

Baudot and 6-bit ASCII codes are examples of this technique. The 
characteristics of fixed-length encoding include the followings 
o Not effective if a complete character set is required, 
o Low computational overhead for actual 
comprassi on/decompressi on . 

o Depending on the byte-oriented nature of the host machine, 
algorithms involving shorter characters can be slow and 
complex to program. 

c * -5Cilb3 i e_l i ength_Encgdi - ng 

This technique is based on the observation that some characters occur 
more frequently than others. The algorithm builds a table of 
variable-length bit encodings for the characters, the most frequent 
being represented by a small number of bits, and the less common ones 
by relatively long bit strings. Theo'-cade algorithm by HartCll is one 
of the variable length encoding techniques developed for data 
compression. In some applications, compression of the order of 507. 
have been reported. This approach can be charactrized as follows: 
o Optimal encoding techniques 

o High computational overhead and relatively complex 

programmi ng. 

o Complex boundary conditions for byte-oriented transfer to 
external devices. 

o Can be extended to character pairs. 

o Compression efficiently depends on knowledge of character 
frequency statistics. 

-----S 02 Cisnted_cgmgressi_gn 

This technique takes advantage of detailed knowledge of the phrase 
occurrence rates in the database. This method depends heavily on the 
precise content of a specific database. 
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1.4. 1. 1.2 Gener <*i_Purgase_Dat a_Camor essi_on 

1.4. 1.1.2. 1 2®scri.gtign. Data compression algorithms in this 
category are, neither theory~or i en ted , nor specifically designed for a 
particular type of mission data, but generally applicable to reversible 
reduction for general purpose. The options include, but are not 
necessarily limited to, the following* 

a. Data Compression by Prediction Method 

b. Data Compression by Interpolation Method 

c. Transform Coding 

1.4,1. 1.2.2 Qfit i_on _Char ac t er i.z at i_on . The general purpose data 
compression algorithms listed above are described as follows. 

a * • ?5ta_Cgmgression_by_Prediction_Methgd 
This technique developed for data source redundancy reduction is based 
on a test by comparing the predicted sample point, X', with the actual 
data point, X, to see whether the magnitude of the difference between 
two points is within an apriori tolerance band, B [23 . The predictor 
<the predicted data point for the present sample) is calculated with a 
difference polynomial by using the past samples; or simply, the 
predictor predicts the present sample by using the past samples. In 
case the magnitude of the difference between X and X' is less than or 
equal to B, the point will not be transmitted. The process is repeated 
until the absolute difference is over the threshold value B, the actual 
sample point is transmitted appended with a code to indicate the number 
of sample points which were not transmitted. Of course, the first 
actual sample point is always transmitted and used as the starting 
point (reference point) for the calculation of the first predictor. 
During decompression, the data points that were not transmitted will be 
filled out with the calculated predictors by using the same difference 
polynomial for data compression. 

The predictor can be calculated with an Nth order difference 
polynomial, far N = 0, 1 , 2, ... . It is apparent that the higher is 
the N value, the more complex the hardware/sof twar e design is involved, 
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and consequently, the less efficient the prediction data compression 
will become. Therefore, only -four relatively simple prediction 
algorithms for data compression are described as follows: 

(1) Zero Order - The predictor is always set equal to the actually 
transmitted sample point or the previous successfully 
predicted one. 

<2) Zero Order with Offset - This technique differs from the zero 
in that the predictor will remain the same as described 
above as long as no sample point is transmitted. Once an 
actual point is transmitted the predictor will be calculated 
with an added value which is simply the magnitude of the 
offset. 

(3) First Order Predictor - This is similar to the zero order 
algorithm discussed above except that a first order difference 
polynomial is used to compute the predictor. 

(4) First Order with Slope Correction - This algorithm is defined 
mathematically with a slope correction term added to the first 
order predictor , where the slope correction is a function of 
increment in actual sample points X and the number of data 
points skipped prior to a data transmission. 

These prediction algorithms, in general, are designed for calculating a 
predictor with Nth difference polynomial, when N > 2, tend to increase 
complexity for hardware/sof tware implementation. 

The operational character! st i cs of the prediction methods for data 
compression are given C21 in Table 1.4. 1.1-1 below: 
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Table 1.4. 1.1-1 

Option Characterization of Prediction Method 


Predi ct i on 
Algorithms 

Best Applied 
To Image 
Data Type 

Efficiency 

Hardware 
Complex i ty 

Software 
Comp 1 ex i ty 

Zero 

Order 

Nearly non- 
constant , 
slow varying 

Ver.y Good 

Low 

Low 

Zero Order 
with offset 

Constant , 
slow varying 

Good 

Low 

Low 

First 

Order 

Medium 

Varying 

Good 

Low 

Low 

First Order 
with Slope 
Correct! on 

Moderatel y 
Active 

Good 

Low 

Medi urn 


b • a_Cgmgr essi on_by__I n tergg 1 atign_Methgd 

The interpolation data compression technique is similar to the 
predictor algorithm using an Nth order difference polynomial, where 
N = 0, 1, 2, ... . The interpolator differs from the predictor in that 

all sample points between the last transmitted point and the present 
actual point affect the interpolation C33. According to the software 
evaluation results as shown in C23 , C 33 and C41, the performance 
improvement of the interpolator from a first order difference 
polynomial to a second or third order does not justify the added 
hardware/sof tware complexity, therefore, only the zero order and first 
order interpolator algorithms are described as follows: 

<1) Zero Order Interpolator - The functional operation of the zero 
order interpolator algorithm as illustrated in Figure 
1.4. 1.1-1, is similar to the zero order predictor. The main 
difference pertains to the sample selected to represent the 
redundant set. The transmitted sample point for the zero 
order interpolator is the interpolated sample point and 
determined at the end of the redundant set. 
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• Actual Sample Points (not transmitted) 
D Calculated Transmitted Sample Points 


Figure 1.4. 1.1-1 Zero Order Interpolator 

As shown in Figure 1.4.1. 1 — 1, -for example, the transmitted 
sample point X is computed as the average between the most 
positive sample Xy and the most negative sample X L in the 
set. All actual samples which were not transmitted prior to 
X' are within an a priori tolerance -from X'. 

f r i r '3't Order Interpolator — The ■functional operation of the 
first order interpolator algorithm can be described as drawing 
a straight line by using the first order difference polynomial 
between the present sample and the last transmitted sample 
point such that all intermediate data points (not transmitted) 
are within the preset tolerance of the interpolated point at 
the end of the straight line. In this algorithm, the very 
first sample point is transmitted. This algorithm 
demonstrates that the starting point of a new line is common 
to the end point of the previous straight line, and thus the 
continuous presentation of the data is provided. 


The interpolator algorithms described above for data compression have 
the following character i sti cs: 
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o In general, the i nte^ofaP?o$^MP£ii que for redundant 

reduction is more efficient than the predictor, when applied 
to the type of data varying continuously in a random manner or 
perturbed by high-frequency noise. 

o The zero order interpolator is simple in terms of 

hardware/ software implementation and very efficient when 
applied to nearly constant and slow varying data. 

o The first order interpolator can be applied efficiently to any 
non-burst data, but may increase the complexity in hardware 
design. 

c. IC£Q®i°C!D_Q9di_ng 

The transform coding technique developed for channel bandwidth 
compression is performed in a sequence of transformations using two 
operators as described in C21 , C53 , and CS3. The mathematical operator 
transforms the input image data into another domain in which a closely 
correlated input data is transformed into a form of independent 
coefficients. The second operator . quanti zes and codes each of the 
coefficients. The two-dimensional transform then transmits the code 
over a channel rather than the image itself. An inverse transform at 
the receiver reconstructs the imagery data. Figure 1.4. 1.1-2 is given 
below to illustrate a generalized transform coding scheme. 
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Figure 1.4. 1.1—2 Transform Coding Functional Flow 
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During trans-form coding processing, the imagery data set is divided 
into data blacks -for subsequent processing. The design logic is that 
in case any error occurs during trans-form processing, it will, be 
averaged out in a single block so that the error propagation is 
reduced. The -forward trans-f ormati on provides the axis change and 
outputs the transformed coefficients. The transform coder provides the 
compression by selecting the various coefficients according to 
their significance. Those coefficients that do not meet the preset 
threshold required will not be transmitted. 

The transform coding technique has another property which compacts the 
input image energy into a few coefficients. This enables the deletion 
of the least significant coefficients without increasing error in the 
reconstructed imagery data. Therefore, adaptive thresholds should be 
used for coefficient selection, i.e. , in an imagery data block with 
active data, such as an edge of an object, more information data should 
be selected by presetting a relatively low threshold. As noted, the 
inverse is calculated identically, except the normalizing factor, as 
the forward transform. Therefore, the inverse transformation uses the 
same information as the forward transformation to reconstruct the 
i mage. 

Four commonly used transform coding techniques are described briefly in 
the following: 

(1) Karhunen-Loeve Transform - This algorithm is considered 

optimal C53 in that it generates uncorrelated coefficients, 
compacts most of the energy in a few coefficients and thus 
results in minimum mean square quantization error. However, 
the mathematical operations are tedious due to the need for a 
precise estimation of the covariance matrix for the random 
field and determi nati on of eigen functions of the matrix. 
Therefore, this technique is usually not recommended for 
real-time data compression. 
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(2) Fast Fourier Trans-form - The advantage o-F the -fast -Fourier 

trans-form coding is that it produces a decomposition o-F input 
images into sinusoidal wave-forms C53. The transformed image 
will be quantized , coded, and transmitted over the 
communication channels. Then at the receiver, the inverse 
Fourier transform is taken to reconstruct the visual image. 

<3) Hadamard Transform - This transform coding is based on the 

Hadamard matrix which is a square array of plus and minus ones 
and whose rows and columns vectors are mutually orthogonal 
C53. That implies that the transpose and the inverse of the 
ro^trix are identical. This algorithm simplifies the 
implementation since it does not require any multiplication. 

<4) Di scr ete— Cosi ne Transform - A special transform coding 

technique was developed and evaluated as shown in detail in 
C63. This algorithm uses Hamming coding with the 
two-dimensional discrete cosine transform, the so-called 
2D-DCT , at a transmitted data rate of 1 bit/pixel over a 
binary symmetric channel. The design bit error rate (BER) of 
interest is defined at lO - -*-. The research results showed 
that the allocation of 33 out of 256 (16 by 16) bits per block 
using the Hamming code to protect (select) the most important 
2D-DCT coefficients can substantially improve the quality of 
the reconstructed image at a BER of 10 -2 . The most 
important bits to select are determined by calculating the 
mean squared reconstructi on error (associated with an A-Factor 
table), contributed by each bit in a 256-bit block, where each 
A of A^ through Ag in A-Factor table is defined as the 
normalized average reconstruct! on error power caused by a 
single binary bit error in bits 1 through 8, respectively. 

The bits are thus ranked according to their calculated error 
values from the largest to the smallest. Then, the bits 
corresponding to the largest errors are deemed to be most 
important. As for the number of bits to be selected for 
transmission, it is calculated based on a well defined 
probability bit error equation C61. 
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The transform coding techniques used for data compression have the 
following characteri sties: 

° "*"^ e transform coding, in general, involves tremendous amounts 

of computations and complex implementation in hardware 
design. It seems not suitable for multispectral imaging data 
compression unless some special purpose chips currently being 
developed, such as GaAs, can then be available for the SSIS 
real-time hardware/sof tware implementation. 

o It may be applicable for channel error recovery for transform 
image coding as discussed in C71. 

1.4. 1 . 1.3 Sgectr al_/S£at i_al__Data_Comgr § 5 si_on 

1.4.1. 1.3.1 3escri.eti.gn. Interest in data compression on space 
mission data is growing, especially in hi gh-data-rate systems such as 
the Multispectral Linear Array (MLA) . This MLA concept arises from- the 
user needs which drive the design of the next earth resources 
satellites away from the current Landsat Mul t i spectral Scanner (MSS) 
and Thematic Mapper (TM) configurations. Adequate data compression 
techniques are required to insure that the instrument generated high 
data rates can be compatible with the Tracking and Data Relay Satellite 
System (TDRSS) and with ground data processing. 

For some users of the hi gh-data-rate systems, the operational purposes 
of a compression technique are two-fold. The primary goal is image 
understanding and information preserving rather than character i zati on 
of absolute scene radiance. Secondarily, the reconstruct! on image 
process should be relatively simple even though the data compression 
might be computationally tedious. The options in this spectral /spati al 
data compression category incude, but are not necessarily limited to, 
the following algorithmic techniques: 

Cluster Coding 

b. Differential Pulse Code Modulation 

c. Entropy Measurements and Maximum Compression Ratio 


192 



1.4. 1 . 1.3.2 Qotion_Character i_zat i_on 
a . Cl_u3ter _Cod i_ng 

The Cluster Coding Algorithm (CCA) was developed by Hilbert CS3 C93 and 
Ramapriyan C1Q3 -for clustering and source coding to compress 
mul ti spectral image. All clustering techniques depend on a distance 
measure between measurement vectors and a distance measure between 
clusters. The distance measures between vectors, usually referred to 
as the mean features, approximate the vectors and thus give the 
spectral definition of a mul ti spectral image. The distance measures 
between clusters, usually referred to as the cluster map features, give 
the spatial definition. A simple flow of the Clustering Codina 
Algorithm implemented by Ramapriyan C103 is given in Figure 1.4. 1.1-3. 



STOP 


Figure 1.4. 1.1-3 CCA Compression Flow 

The CCA used for spectral /spat i al data compression, as shown in Figure 
1.4. 1.1-3, has the following characteri sti css 

o Clustering is a means for automatically grouping 

multidimensional hi gh-data-rate remotely sensed data. 
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To being with a CCA, a number of initial cluster centers are 
determined by a set of a priori -feature values of means and 
variances -for the mul ti spectral data vectors to be clustered. 

The input image is divided into non-overlapping cluster 
blocks, and is processed (compressed) block by block by the 
clustering algorithm. 

t 

The nearest cluster center to a pixel is determined by 
calculating the Euclidean distance between the pixel and each 
cluster center. 

Each cluster mean is computed a-fter each pixel is assigned to 
the cluster with the nearest cluster center. In case no pixel 
is assigned to a cluster center, the cluster mean remains 
unchanged . 

The cluster mean -feature values and the cluster map -feature 
values are output respectively to the cluster mean feature 
file and cluster map feature file for use in future image 
reconstructi on'. 

The convergence test can be accomplished in one of the two 
schemes: The simplest way is a pre-determi ned integer to 

indicate the number of iterations desired. The other case is 
t.nat in each iteration a fraction parameter (in percent) of 
the pixels that changed the cluster assignment is calculated 
and then checked against an a priori threshold. If the 
calculated percentage is smaller than the threshold value, the 
clustering process is assumed to have converged. 

The spectral and spatial compression ratios are calculated 
respectively. The spectral compression ratio, correspondi ng 
to the cluster mean features file, is a function of f , m, d 
and n, where f is the number of bits per feature value per 
band, m is the number of clusters per cluster block, d is the 
number of bits per original pixel value per band, and n is the 



number of pixels per cluster block. The spatial compression 
ratio, corresponding to the cluster map features file, is 
defined as the number of bits required to represent that data 
in the cluster map file divided by the number of bits required 
to represent the original data. 

o The total compression ratio is the sum of the spectral and the 
spatial compression ratios. 

o The compression factor, as it is oftenly used as an 

alternative to measure the compression performance, is defined 
as the inverse of the total data compression ratio. 

o The image reconstruct i on , or image decompression, is simply 

done as follows. For each cluster block, each pixel value is 
set (without calculation) equal to the mean value of the 
c 1 u *^® r (i-e«, the cluster map feature) which the pixel is 
assigned to according to the cluster map file. The mean value 
of each cluster for the current cluster block is read from the 
cluster feature file. 

o The compression process on the mul ti spectral image involves 

very tedious calculations, therefore, a data processing system 
with very high throughput is required. 

b ■ 21ff erential^Pul se_Code_Modul at i on 

The Differential Pulse Code Modulation (DPCM) scheme was used by Hawkes 
C113 to compress the space data from a Mul ti spectral Linear Array (MLA) 
imaging system by using the Gallium Arsenide integrated circuit 
technology in a feasibility study. During the DPCM processing a 
prediction value X' is calculated from preceding transmitted image 
samples to predict the present input sample X. The difference between 
X and X' is coded and transmitted to the decoder, and the image is then 
reconstructed in the decoder by adding the coded difference to the 
prediction value X'. Three different DPCM data compression schemes 
applied specifically to the mul 1 1 spectral image till are briefly 
described in this section. They are: 
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o DPCM with Huffman Type Entropy Coder 
o Block DPCM with Limited Overflows 

o DPCM with Non-uniform Max-quantizer 

(1) 5PCM_wi th_Huf f man_Tyee_Intrgey_Coder. A typical Huffman type 
DPCM data compression scheme is depicted in Figure 1.4. 1.1-4. 
The mul ti spectral image is fed into the Huffman type data 
compressor . The predictor is designed to reduce the dynamic 
range of the image data before it is presented to the entropy 
coder. The entropy coder, which applies a Huffman type coding 
algorithm to assign variable length prefix codes on a 
one-to-one basis for the differences given to it by the 
predictor, is briefly described as follows. 

As shown in Figure 1.4.1. 1-4, the predictor X' can be: 

a) Set equal to the adjacent (previous) j, 

b) Calculated with two previous samples as the difference 

of - X i _ 2 f j) by using linear 

extrapolation, or 

c) Computed as a two-dimensional adjacent sample mean as 
^*i-l,j + *i , j— l ) over 2. Then the difference 
presented to the entropy coder for Huffman type coding 
will simply be <X i? j - X'). 

The design logic of the transmit buffers in the scheme is to 
smooth out the variations in bit rate caused by the variable 
length of code words. 

(2) §^gck_DPCM_wi th_Li.mi,ted_Oyerf lows. The DPCM algorithm takes a 
fixed number of image pixels (8 bits/pixel) from the scan line 
and packs them into a data block which contains: 

a) 1 (one) pixel reference value with 8 bits. 

b) N pixel differences with 3 or 4 bits each. 

c) P number of overflow with 8 bits per overflow. 
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Typical Huffman Data Compression Scheme 







The scheme is depicted in Figure 1.4. 1.1-5. 

INPUT 
PIXEL 
IMAGE 


+ 0UT PUT | [ (3 OR 4 | p ” 

FOR DATA l, N PIXEL DIFFERENCES BITS PER) OVERFLOW 

TRANS- f ' 1 

MISSION 

VALUE <8 BITS) 

Figure 1.4. 1.1-5 Block DPCM with Limited Over-Flow Scheme 

The pixel differences are calculated with the simple adjacent 
prediction arithmetic as described above in paragraph (l)a). The 
difference values are normally in the range of + 2 B , where B is 8 
representing S-bit pixel value. Data compression is achieved by 
limiting the pixel 'differences to + (2 L-1 -1), where L is 3 or 4. In 
some cases, however , the pixel difference values computed this way may 
well exceed the above defined limit. When this occurs, the pixel 
difference, usually represented with a 3-bit (or 4-bit) value, is 
replaced with a code instead, to indicate an overflow situation, and 
the overflow pixel difference value in 8 bits is placed in the first 
overflow slot. Subsequent overflows are placed in sequence in the 
remaining overflow slots. During decompression, the reconstruct i on of 
the original data image from the compressed data block is straight 
f orward. 

<3> DPCM_with_Ngn = unif orm_Max-guantizer. This algorithm uses a 

prediction/dif f erenci ng scheme on the image pixels from a scan 
line, and then the differences are fed into a non-uniform 
quantiser as shown in Figure 1.4. 1.1—6, where X is the 
original input pixel, X' is the reconstructed reference value. 
D is the difference of X' from X, and R is the coded 
reconstruction level. The non-uniform quantizer has only 
limited number of decision and reconstruct! on levels which are 
characterized by a 3 or 4 bit code. In this scheme, there is 
no exact representati on of the differences. 



SCAN LINE 


ORIGINAL IMAGE DATA BLOCK - N PIXELS 
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The predicted value used to compute the difference, is not the value o-f 
the previous pixel as specified in the simple adjacent prediction 
algorithm, but is the sum over the previous reconstruct i on 
differences. The placement of the decision and reconstruct i on levels 
in quantization theory is usually solved based on some optimization 
criterion. The Max-quanti zer was designed with a criterion of 
minimizing the mean squared error between input and output by an 
assumption of a particular probability density function for data 
entering the quantizer C113. The Max-quanti zer has, as its 
i nput /output , continuous signals. The results are generally given in 
the form of a table of decision and reconstructi on levels normalized 
re spsct to the standard deviation of the probability density 
function of the input data. It normally derives the standard deviation 
of the input and scales the table as desired. 

The three DPCM data compression techniques have the performance 
characteristics as tabulated below ClUs 
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Table 1.4. 1.1 - 2 

Option Characterization of Three DPCM Schemes 
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c . feQt^lo( 3 ^_Measuremen t s__and _.M<i>x i . 0 .yffi_QQ!DPC®ssi on. Rat 1 o . 

Miller developed an algorithm related to data compression -for the NASA 
End-to-End Data Systems Program with the MLA spatial resolution 
requirements as a baseline C123. It is not a data compression 
technique but a scheme which provides an upper bound to the amount of 
data compression that can be achieved to preserve the scene spatial 
resolution with minimum (or without) distortion during image 
reconstruct i on . The Miller option has the -following character i st i cs 
C 123 : 

o A zero-order entropy, H(X) defined as the quantized pixel 

size, is derived as a measure of the average source data rate 
N (with N - 8 , i.e., 8 bits/pixel). 

o To include the mutual data information between adjacent 

pixels, Y and X, where Y refers to a pixel output with given 
knowledge of the preceding pixel X, a first-order entropy, 
H(Y/X), can be derived accordingly. As noted, H(Y/X) is 
always smaller or equal to H(X) due to pixel to pixel 
correl at i on . 

o The maximum data compression ratio, C max , is defined as a 

function of N over H, where N is number of bits (per pixel, of 
original image) , and His the zero-order entropy or the 
first-order entropy, in bits. 

o In order to reconstruct the image from the receiver, such 

overheads in bits have to be added to the transmitted data, as 
syncnroni zati on (S) , channel error control <E) , and reference 
information (R) . Then a data compression ratio, C, with 
overhead parameters is defined as (N+S) / ( A+S+E+R) , where A is 
the compressed average bit rate. It should be observed that C 
is always less than C max . 

o Based on Miller's study C123, the average compression ratio 

with no distortion during image reconstruct i on is in the range 
of 2.5 to 3.0 (without overhead). However, the compression 
ratio in an actual system would be lower, due to the effect of 
the overhead parameters discussed above. 
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q hs noted in Sobieski s technical briefing on "Techniques for 

Reducing Processing Requirement," a data compression factor of 
0.5 was shown as an indicator of compression performance for 
reducing data storage in space C13J. The Sobieski compression 
factor as a function of data entropy, was taken as an inverse 
of the compression ratio from Miller's study C123. 

1 . 4. 1 . 1 . 4 Q§ta_Cgmpressi_gn__Cgu£l_ed_wi th_Channel__Codi ng 

1.4.1. 1.4.1 OescrigtTon. Data compression algorithms have been 
developed and implemented for remotely sensed imagery and/or GSE data 
applications at Jet Propulsion Laboratory (JPL) for efficient space 
data transmission. As noted, compressed data during end-to-end 
downlink transmission are, in general, more sensitive to the channel 
noise than the data uncompressed, because an error in the compressed 
data general Iv introduces a considerable amount of distortion by going 
through a noisy channel. For this simple argument, some data 
compression techniques have been developed by making direct use of the 
error — free concatenated Reed-Solomon/Vi terbi channel coding for 
compressed data transmission as shown in Figure 1.4. 1.1-7. Prior to 
introducing data compression techniques developed in this category, a 
very brief discussion of the channel coding is found necessary. 

The concatenated channel coding, as shown in Figure 1.4. 1.1-7 between 
the data compression and data reconstruction , consists of the 
Reed-Solomon (RS) codes as the outer code and the Viterbi convolutional 
codes as the inner code, designed for data transmission C14H. As 
described in C151, the RS code is commonly referred to by two code 
parameters, J and E, and denoted as a (2 J -1 , 2 J -1-2E) RS code, 
where J is usually set to 8 to indicate the number of bits per RS 
symbol, and E is usually set to 16 to indicate the RS symbol error 
correction capability with an RS codeword. In this coding system, the 
incoming data bits are grouped into J-bit symbols and encoded by an RS 
encoder. The RS encoder receives consecutively <2 J -1-2E) symbols as 
the information symbols and generates 2E check symbols appended to 
information symbols to form an RS codeword containing (2^-1) 
symbols. The RS codewords thus formulated are then fed into a 
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Figure i.4.1.1 - 7 Compressed Data Transmission Through 

Concatenated RS/Viterbi Channel Coding 









convolutional encoder and transmitted through a communication link to 
the receiver. The received data is Vi terbi -decoded and then -fed to an 
RS decoder for decoding. 


As shown from the test results C15J C163, a concatenated coding system 
with an ideal interleaving depth provides a virtually error — free 
communication channel. As a matter of fact, to insure a BER of 10 -5 
or less as generally required for error — sensitive 6SE space mission 
data transmission, is practically achievable. Since a virtually 
error-free channel is feasible, any sophisticated adaptive source 
coding techniques can then be applied for imaging and 6SE data 
compression without concerning the error sensitivity/distortion 
problems associated with compressed data. 


The data compression algorithms developed in conjunction with the 
concatenated RS/Viterbi channel coding, include, but are not 
necessarily limited to the following: 

o Block Adaptive Rate Controlled Image Data Compression 
o RM2 Image Data Compression 

1.4.1. 1.4.2 QB£ign_Char ac ter i^atign . The data compression algorithms 

given above are described as follows: 


a . il2£h._0dagti - ye_Rate_Cgn trolled _ I mage_Data_Comgr ess i^gn . 

The Block Adaptive Rate Controlled <BARC) image data compression was 
developed by Rice and Lee and implemented at JPL for remotely sensed 
space data transmission through the concatenated channel coding [173. 
The functional operations illustrated in Figure 1.4. 1.1-8 are 
fundamental to the BARC algorithm. The basic design logic of BARC is 
to partition a line (one-dimensional) of input data sequence of linage 
with N bits into smaller data blocks. For each block, an activity 
estimator will be calculated simply by taking the quantised sample 
(pixel) value of the entropy. The activity measures are used for those 
partitioned blocks to determine which blocks should receive reductions 
in linear quantization. The number of reductions and their location is 
determined with some simple arithmetic algorithms C173 such that, 
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(1) when all the blocks are efficiently coded the number of bits 
used equals the number allowed for the input data sequence, 
and 

(2) reductions in quantizations are first applied to blocks with 
higher activity measures (larger sample-to-sampl e variations). 

As shown in Figure 1.4. 1.1-8, the block quantizer is simply a linear 
quantization operation. This is accomplished by a shift and roundoff 
operation to the calculated X' based on input sample (pixel) X Cl 73. 

The BARC noiseless coder consists of two operations: the preprocessi ng 

operator and the code operator. The preprocessor basically performs • 
appropriate decorrel ati on and relabeling operations while the code 
operator performs the assignment of variable length codewords to the 
preprocessed data C173 C183. These two operations are reversible in 
that inverse operations applied to the output data transmitted through 
the concatenated channel coding will reconstruct exactly the original 
input data. 

b . Bd2_Im§ge_Dat a_Cgmpr essi on 

The RM2 data compression technique was developed by Rice for remote 
sensing image data reduction C183. RM2, an acronym without definition 
in any of Rice's publications, is defined literally in this paper with 
his consent as the Rice Machine 2 (in the true sense of software). The 
RM2 was developed prior to the BARC compressor , mainly for imaging data 
reduction, and that is why the two algorithms have all (almost) the 
same functional and performance characteri sties. The distinct 
difference between these two compressors is that for the block 
quantization function as shown in Figure 1.4. 1.1-8, BARC uses a 
one-dimensional algorithm for deriving the quantized X ' by a shift and 
roundoff operation over the original sample X, while the RM2 algorithm 
applies to a two-dimensional sample structure C183. It is similar to 
the "two-dimensional adjacent samples" predictor for the Huffman 
entropy coder as shown in Figure 1.4. 1.1-4. 

The option characterization of these two algorithms are comparatively 
described in the following: 
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BARC Block Diagram 






o 


Functionally, both algorithms allow arbitrary selectable 
compression rates, but the RM2 two-dimensional structure for 
block quantization provides a broader range of options. That 
is, at high rates of 3 bits per sample and above, the 
rate/quality performance of both algorithms is equivalent, 
whereas at lower rates RM2 provides a decided advantage. 

o Both algorithms can be operated with the noiseless coders with 
code rates close to the data differential entropy for ail 
entropies above the neighborhood of 0.7 bits per sample C171. 

o BARC basically provides the top end of the RM2 rate/quaiity 
performance range while applying only one-dimensional 
processing. The one-dimensional processing also means that 
BARC is applicable to, besides imaging data, the BSE type of 
correlated data for which there are stringent fidelity 
requi rements. 

o Both algorithms use the concatenated RS/Viterbi channel coding 
for virtually error — free data transmission C193. 

1 . 4. 1 . 1 . 5 Data_Cgmgressu gn_Projected_Cagabdl,;^t i es 

For achieving efficient space mission data transmission and conserving 
communications channel bandwidth, data compression techniques have been 
developed. As a result of limited time and effort for literature 
search, discussed above are the following 16 data compression 
algorithms arbitrarily grouped into 4 categories as listed below: 

Category 1: Textual Data Compression (4 algorithms) 

o Repeated Character Compression 
o Fixed Length Encoding 
o Variable Length Enclding 
o Phase-oriented Compression 
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Category 2s General F'urpose Data Compression <6) 
o Data Compression by Prediction Method 
o Data Compression by Interpolation Method 
o Transform Codings 

- Karhunen-Loeve Transform 

- Fast Fourier Transform 

- Hadamard Transform 

- Discrete-cosine Transform 

Category 3s Spectral /Spati al Data Compression (4) 
o Cluster Coding 

o Differential Pulse Code Modulation: 

- DPCM with Huffman Type Entropy Coder 

- Block DPCM with Limited Overflows 

- DPCM with Non-Uniform Max-Quantizer 

o Entropy Measurements and Maximum Compression Ratio (not 

data compression algorithm but upper bound measurement for- 

evaluating spatial data compression performance) . 

Category 4s Data Compression Coupled with Channel Coding ( 2 ) 
o Block Adaptive Rate Controlled Image Data Compression 
o RM2 Image Data Compression 

The data compression algorithms listed above have been developed by 
scholars in the academic fields or by experts/researchers in aerospace 
industries and particularly in some space centers. It is conceivable 
that the algorithms on the list, even though not exhaustive, are 
definitely representati ve. As a result of this study, the projected 
capabilities of data compression techniques which can be applied to the 
space image and/or 6SE data, are discussed as follows. 

a . Data_Unigue/Instrument - ynigue/yser_ynigue 

Space data compression is data unique, instrument unique or user 
unique. Different users, on ground or in space, may request mission 
data using different i nstrument (s> in space at different data rates for 
different purposes. Therefore, data generated during a specified 
mission flight will be vastly different from each other in terms of 


208 



data volumes (large, medium or small) or in terms of data types 
(spatial data or science engineering data). Consequently, data 
compression technique(s) required for data reduction will be 
different. In other words, a unique data compression algorithm should 
be applied to a data type uniquely generated for a user with unique 
mission requests using specific instruments. Furthermore, some 
performance parameters included and used in a specific data compressor 
should be specified differently in the data base to meet different (or 
the same) user requi rements. For instance, the RM2 imaging compression 
algorithm provides the rate/quality performance C191 as shown in Figure 
1.4.1.1-10. It indicates that at an average rate of 2 bits per pixel 
(picture element) the Rmse (Root Mean Square Error) is approx i matel y 
0.4, but an average rate of 0.5 bits/pixel will yield an Rmse 
approximately 3.6. This implies that, assuming a user had planned a 
mission to generate large volumes of mul ti spectral data by using a 
high-rate sensor onboard, he might decide to use the RM2 compressor for 
data reduction with either one of the two alternatives: taking a 

compression ratio of 4:1 (2 bits per pixel) for a better Rmse, or 

specifying a compression ratio of 16:1 with a higher Rmse, depending on 
the quality of the reconstructed data he desired for some special 
purposes. 

b . Ex act _Dat a_Tr ansmi_ssi_gn_wi_th_Cgmpressi_gn_Opt i_on 

A user may have planned a mission and requests his mission data be 
generated and transmitted without compression for special research that 
requires data integrity. Of course, this type of mission data is 
expected to be well planned and the size of data generated is not in 
large quantity (relatively speaking). However, for such user's in some 
special mission (s) , the unnecessary characters, such as trailing 
blanks/zeros, may appear consecutively in the generated data sequence. 
To this case, a compressor in the Space Station data system, such as 
the Repeated Character Compression, may well be applied automatically 
even without the user's permission, for efficient data transmission. 

c . HL9l2_Q20&ytsr _Th rough gut _Cagabi_l_i_ty_Regui_rement 

The hardware/sof tware complexity associated with most of the data 
compression algorithms design has always posed a severe problem for the 
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current computers to resolve. However, some new computer developments, 
such as the VHSIC program sponsored by DoD, are striving to show high 
performance capabilities in improving throughput and radiation 
tolerance. Lately, the Gallium Arsenide (GaAs) development for data 
processing has shown significant potential for future space 
onboard/ground applications with its high electron mobility and 
inherent radiation tolerance. These new computer developments should 
enhance the projected capability of the data compression techniques 
implemented for space imaging and science engineering data reduction. 

d . Cgncatenated_Channel__Codi_ng 

The development of sophisticated adaptive source coding (data 
compression) algorithms together with inherent error sensitivity 
problems fostered the need for efficient space data communication at 
very low bit error probabilities. This led to the development and 
implementation of such channel coding system as the one discussed above 
in paragraph 1.4.1. 1.4.1. The performance of the concatenated channel 
coding scheme was evaluated experimentally under a strong uplink and 
downlink condition. The experimental results showed that the 
concatenated coding scheme provides a coding gain of 2.5 dB or more at 
very low BER << 10 16 > as compared with the Viterbi-decoded 
convolutional -only system as illustrated in Figure 1.4. 1.1-9 C153. It 
is felt strongly that during the SSDS software design the concatenated 
channel coding scheme should be considered for implementation, 
especially when BARC and RM2 data compression algorithms are considered 
for space data reduction. 

e . &'L 2 !Bisi ng_Dat a_ Comgr essi gn_ A .Igor i t hms 

As a study result of the data compression algorithms discussed above, 
the following action items related to the data compression projected 
capabilities are suggested: 

<1) Qe£i°Q§L_Data_Cgmgressign. It seems logical that the Repeated 
Character Compression scheme should be implemented as an 
option for the SSDS management to compress the unnecessary 
character strings in a mission data sequence for efficient 
space data communication. 
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Performance of the RS/Viterbi concatenated 
coding system (bit error probability versus 
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Figure 1 .4.1 .1-9 
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(2) Feas^bl e_Data_Cgm 2 ressign_Technigues . Assuming that the new 

computer development programs for future space data processing 
applications provide significant potential and that the 
virtually error-free channel coding is readily applicable, the 
Differential Pulse Code Modulation techniques as referenced in 
Table 1.4. 1.1-2, and the Cluster Coding Algorithm developed at 
GSFC for spectral /spatial data compression C 1 1 3 , are 
worthwhile for further exploration. Especially, based on 
results as shown in Figure 1.4.1.1-10, the RM2 and BARC image 
compression algorithms developed and implemented at JPL for 
deep space data reduction are recommended for consideration. 

Based upon the results of this literature survey, the 
performance of the 16 data compression algorithms given above 
are summarised, with respect to their potential applications, 
efficiency or compression ratio, and implementation 
complexity, in Table 1.4. 1.1-3 to conclude this study. 

Of course, for efficient data communication, some special efforts 
sponsored by NASA on developing new data compression algorithms and/or 
improving current existing data compression algorithms should continue 
until real-time data system implementation. 
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Figure 1.4.1.1-10. Rate Versus Rmse. 
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Table 1.4. 1.1 


Data Compression Algorithms 
Performance Summary 


DATA 

COMPRESSION 

ALGORITHM 

POTENTIAL 

APPLICATION 

EFFICIENCY OR 

COMPRESSION 

RATIO 

H/W AND S/W 

IMPLEMENTATION 

COMPLEXITY 

o Repeated 
Character 
Compressi on 

Text 

Good 

Low 

o Fixed Length 
Encoding 

Text 

Good 

H/W Low, 
S/W Medium 

o Variable 
Length 
Encoding 

Text 

Good 

S/W High 
H/W Low 

o Phase- 
Oriented 
Compression 

Text 

Good 

S/W High 

o Data 

Compression 
by Prediction 
Method 

Low to 
Moderate 
Data Rate 

Good 

Low to 
Medium 

o Data 

Compression 
by Interpola- 
tion Method 

Low to 
Moderate 
Data Rate 

Very 

Good 

Low 

o Karhunen- 
Loeve 
Transform 

Low, Medium 
or Burst 
(any type) 

Very 

Good 

Hi gh 

o Fast Fourier 
Transform 

Any Type 

Good 

Medi urn 

o Hadamard 
Transform 

Any Type 

A1 most 
Good 

Medium 
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Table 1.4. 1.1-3 
DATA COMPRESSION ALGORITHMS 
PERFORMANCE SUMMARY (CONTINUED) 


DATA 

COMPRESSION 

ALGORITHM 

POTENTIAL 

APPLICATION 

EFFICIENCY OR 

COMPRESSION 

RATIO 

H/W AND S/W 

IMPLEMENTATION 

COMPLEXITY 

o Discrete- 
Cosine 
Transform 

Any Type 

Very 

Good 

H/W High 
S/W Medium 

o Cluster 
Coding 

Landsat 

2.77 

S/W High 
H/W Medium 

o DPCM with 
Huffman Type 
Entropy Coder 

Mul ti spectral 
Linear Array 
(MLA) Future 
Landsat 

2.0 - 2.3 

H.W High 
(buffer & 
memory ) 

o Block DPCM 
with Limited 
Overf 1 ows 

Future Landsat 

1.6 

S/W High 

o DPCM with 
Non-Uniform 
Max -Quan t i 2 er 

Future Landsat 

2.0-2.67 

Med i um 

o Block Adaptive 
Rate Controlled 
Image Data 
Compression 

Spatial 
Imagery Sc 
GSE Data 

2.0+ 

S/W High 
H/W Medium 

o RM2 Image 
Image Data 
Compressi on 

Spatial 
Imagery & 
GSE Data 

2.0 - 6.0 

S/W High 
H/W Medium 
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1 . 4 . 1 . 1.6 


CU 

C23 

C33 

C43 

C53 
C 6 3 

C73 

L83 

C93 
C 103 

C 1 1 3 

C 123 
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1.4.2 


On-board Space Station High Order Language 


1.4.2. 1 On-board Source Language 

1.4.2. 1.1 Description 

The Phase B RFP for the Space Station Software Development Environment states 
that "The reduction of life-cycle costs, maximum commonality of hardware, 
software, and systems among elements of the SSP are principal objectives of 
the program" . It further states "For software, commonality of programming 
languages, support software, operating systems, and user interface languages 
are major goals". The on-board source languages, which are used for 
application and system software both on the On-board Space Station, platforms, 
and in the development and simulation environments on the ground are the 
subject of this section. Specifically excluded are design languages, user 
control and interface languages, and simulation languages. 

Me believe a single general purpose programming language is available that 
could truly meet the requirements of commonality, provide the capabilities 
needed, (both general purpose and real-time) and provide the necessary media 
for minimizing life cycle costs. We should judge such a language on richness 
and functional capabilities, ease of learning, maturity/availability, ease of 
use, readability, modularity, concurrency, exception handling, and 
applicability to the 3pace station. 

Eight candidate languages are considered; these are Ada, Pascal, Modula-2, 
HAL/S, JOVIAL, C, PL/1, and FORTRAN. Other languages were not considered; 
generally, because they lacked modern features, have not been accepted in the 
community, were not standardized, and/or did not provide the functions 
required by the On-board Space Station. 

In addition, we need to look at what language support tools are provided, how 
well the language supports modern software concepts and methodologies and 
determine its stability and potential for the future. 
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1.4.2. 1.1.1 On- board . Source Language 


The On-board Space Station applications are varied. The language must support 
both system and application type programs . The language must be suitable for 
embedded computer applications, provide real time services to an embedded 
network operating system, be capable of generating the tools required for 
simulations and other processes associated with the space station and its 
ground based development environment. The language must be able to support 
interactive processing, be able to interface with a data base management 
system, and be able to support the communication services required by the 
space station in communicating with its satellites, the Shuttle and the ground 
support systems. 

1.4.2. 1.1.2 Characteristics of a Modern Programming Language 

In order to address the life-cycle and productivity costs of programming for 
the Space Station, new techniques and methods must be applied in the way 
programs are generated and reused. A modern programming language can aid in 
making this possible. The characteristics that are essential and would be 
provided in part by most modern programming language are as follows: 

- Be amenable and supportive of top-down structured programming 
techniques and other modern design and implementation methodologies 

— Provide modularity 

Have strong typing 

- Provide isolation of the user from private data and code (information 
hid ing) 

- Have provisions for data abstraction 

By use of these concepts and techniques it is possible to develop programs 
that are useable, reliable, easily maintained and understood, secure, and 
reusable. More detail information about their characteristics and application 
follows : 


220 



Structured programming - lop-down structured programming provides for 
the development of a program in a modular hierarchical form. The 
modules may be programs, procedures, tasks, and subroutines or some 
equivalent organizations depending on the language. 

The selected language must not only have these capabilities, but also 
have mechanisms to insure the consistency of the relations between 
these organizations. In addition, a mechanism should be in place 
that would allow or provide stubs for lower level references, so that 
the rest of the design can be accomplished, coded, compiled and 
tested . 

A structured language must have language constructs that are well 
defined and which provide a concise representation of a logical 
sequence within a module (e.g., constructs, such a3 when, while, if 
then else, loop). These constructs foster the use of non-goto 
sequences, but more importantly, they enhance the quality of the 
design by making the design simpler, clearer, and more readable. As 
a consequence the design is easier to generate, implement, maintain, 
and review. 

It should be noted that in the discussion of structured programming 
that the top-down methodology is not the only viable methodology. 
Often in designing a program, basic building blocks are identified, 
such as subroutines, which may have general applicability. These may 
be designed and implemented first, resulting in conformance to this 
lower level design by higher levels of a program. This bottom-up 
methodology is aided by whatever modularization capabilities a 
language possesses. Thus, the best methodology will be a blend of 
the top-down and bottom-up approaches together with other proven 
software methodologies. 
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Modularity - Modularity is the process of breaking up a program into 
manageable parts that are logically consistent. Modularity allows 
many developers to work concurrently on a project. But, more 
importantly, it allows a program to be reduced to manageable parts 
that can be visualized and understood. For example, it has been a 
standard for many years in IBM/FSD [36] that modules should not have 
more than 50 statements. Larger modules are difficult to comprehend 
and therefore difficult to develop, read, and maintain. The language 
should foster and be amenable to the construction of manageable 
modular units. 

Strong Typing - The Rationale for the Design of the Ada# Programming 
Language [1] states that "a type characterizes the set of values that 
objects of the type may assume, and the set of operations that may be 
performed on them". The Rationale further states that typing serves 
the purpose of collecting in one place the common properties of 
objects and giving them a name. It also serves to separate the 
underlining and internal implementation dependent properties and to 
distinguish in a program the distinct properties of the objects. A 
strong typed language does not allow values of a variable of one type 
to be assigned to variables of another type. Nor does it allow 
mixing of variables of different types in the 3ame expression unless 
explicitly provided for. Strong typing in a programming language 
guarantees these properties and ensures the reliability and the 
consistency of the productions. 

Information Hiding - Information hiding is a technique in which a 
user is isolated from data and code which a user should not modify, 
which the user can use without being dependent on its definitions or 
operation other than for interface purposes, and which can be 
modified only by the originator, so long as it remains functionally 
equivalent and the interfaces remain the same. 
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Data Abstraction - Grady Booch in his book "Software Engineering in 
Ada" [3] quotes Ross, Goodenough, and Irvine in their article on 
"Software Engineering" on abstraction as follows; "The essence of 
abstraction is to extract essential properties while omitting 
inessential details". Grady Booch in the glossary of his book 
defines abstraction as "Our view of an entity in the problem space; 
in fact, everything that we know is an abstraction. All abstractions 
are part of a ladder of abstraction in which given levels are 
implemented at a lower level." William F. Appelbe in his paper 
entitled 

* Ada is a trademark of the U.S. Government Ada Joint Project 
Office . 

"Abstract Data Types in Ada" [5] says "Abstract data types were developed 
as a tool for designing and specifying modular, reliable software. An 
abstract data type defines a class of objects, together with the 
operations which may be applied to objects of that class." He then cites 
as common examples queue, stack, buffer, and file. The ability to limit 
the set of operations to that set defined for the abstract data type is of 
utmost importance especially in system programming. 

1.4. 2. 1.1. 3 Other Language Considerations 

In addition to the above, consideration must be given to other factors which 
would reduce development costs and provide reliable software for the Space 
Station. First, is the development of reusable components. To make code more 
viable and reusable for the On-board Space Station, a single general purpose 
programming language should be used. This language should have properties 
such as modularity, as previously mentioned, have macro or generic 
capabilities to allow for the broader application of the sequences and 
generation of reliable code, should have precise interface definitions and 
utilize information hiding. Another factor is the availability of useable 
code. With a single language that is mature and is not changing, therefore 
truly portable, it becomes possible to use code from one project to another. 


223 



Also, vendors will concentrate on producing code sequences in the single 
language source format. If the single language of choice for the Space 
Station is a also the choice for other embedded systems, the number of 
offerings of useable source modules can become almost unlimited. 

Additional factors that must be considered in a high order language for the 
Space Station are exception handling, concurrency, the ability to interface 
with other languages, and I/O and communication capabilities. The selected 
language must allow for the precise handling of anomalies when they are 
encountered during the execution of code. Even though the Space Station will 
not have the critical ascent and entry problems of the Space Shuttle, critical 
events and/or processes do occur, such as maintaining the proper operation of 
the life support systems, maintaining the attitude of the craft, controlling 
the operation of satellites, supporting payload operations. For these, the 
language must be capable of providing corrective actions, e.g., driving 
external alarms or controls. The foregoing was not meant to imply that 
control of these processes is under the exclusive control of software, but to 
suggest that if hardware is not used for these purposes, software control is 
requ i red . 

The language must be able to accommodate concurrent processing. This is 
particularly important on the Space Station itself, where multiple processors 
will be used in a distributed network system. In this situation multiple 
concurrent executions are required to provide, for example, redundancy in case 
of component failure and to ensure certain real-time operations. 

The language of choice must be capable of interfacing with other languages. 
This is especially important in the ground-based Space Station preparation 
areas where hundreds of thousands of lines of useable and proven code already 
exist. In this case, it would be desirable to write new source code in the 
new language and interface to the old code for various services and actions. 
This is not a major factor in the Space Station On-board system, as most code 
must be rewritten to accommodate changed requirements and a new environment. 
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The new language must be capable of providing all types of I/O and 
communication services. Both application and system type programs must be 
serviced. This means a generalized I/O capability must be provided; both 
interactive and general. 

1.4.2. 1.2 On-Board Source Language Option Characterization 

Ada list of general purpose programming language options for the On-board 
Space Station are as follows: 

- Ada 

- Pascal 
Modula-2 
HAL/S 
JOVIAL 73 
C 

PL/1 

FORTRAN 

1 . 4 . 2 . 1 . 3 . 1 Ada 

Ada is a modern programming language [1,2,3,14,30,...] that wa3 designed for 
large real-time embedded systems, but which has general purpose programming 
capabilities . 

It has strong modularity, typing, and information hiding capabilities and 
lends itself well to modern programming methodology, such as structured 
programming and data abstraction. 

It has facilities for exception handling, for concurrency, and for interfacing 
with other languages. Although it does not have direct I/O constructs, these 
functions are provided adequately thorough packages. It supports reusability 
through generics and the application of modules. It also has capabilities for 
addressing specific storage cells and for "dropping" into assembly language, 


225 



Ada is a new language and as of yet has not been proven on a large scale 
real-time embedded system. It is complex and will require considerable amount 
of training to use it properly . It is an ANSI standard language. Its 
compilers are required to be validated. Also, it is the required language for 
all new DOD embedded systems. 

1.4.2. 1.2.2 Pascal [14,26,30] 

Pascal is a language of the 70' s, which has become exceedingly popular in the 
university and in some industrial communities. It is the basis for a number 
of the newer modern languages. New versions have been formulated from it, 
such as. Path Pascal and Concurrent Pascal. It provides strong typing, 
checking of interfaces to procedure and function modules, constraining of 
range values, and has a set of well-thought-out control statements, that 
enhance structured programming. Not provided are separate compilation, 
real-time tasking constructs, low-level I/O, means for connecting software 
modules to hardware interrupts, information hiding, and constructs for 
detecting or handling run-time errors. Some of the deficiencies of Pascal 
have been overcome in the Path Pascal and Concurrent Pascal versions, however, 
because of a lack of a separate compilation capability in these versions they 
will not be further considered. 

The language is an ANSI standard language. However, because of extensions for 
system constructs in the useable versions (i.e., in the extended versions), 
the language cannot be considered truly standard or stable. 

1.4.2. 1.2.3 Modula-2 

Modula-2 [26,30], an enhancement of Pascal, provides modular capabilities. It 
is strongly typed, provides compiler allocation of data storage, allows 
specifying an absolute address for a data element or routine, provides range 
specification, provides task management, and allows separate compilation of 
modules. No information hiding is provided. 
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It is a strong language that overcomes most of the Pascal deficiencies and 
provides most of the capabilities required by the Space Station. However, it 
has one serious fault [30] in its inability to interface with modules other 
than Modula-2 and assembly language modules. The language is not currently an 
ANSI standard and no validation procedures have been established for its 
compilers . 

1.4.2. 1.2.4 HAL/S 

HAL./S is a language of the very early 1970* s which contains many of the 
important structured programming features of today. It was and is being used 
with considerable success on one of the largest embedded programming systems; 
namely, the Space Shuttle Systems. Although not strongly typed, the language 
overcomes some of the typing problems by annotating the various references in 
the compiler listing. HAL/S provides dynamic error detection and exception 
handling. It has numerous modular constructs, provides for checking module 
interfaces at compile-time, and allows for separate compilation of program, 
function, procedure, and data modules. It provides real-time tasking 
constructs with explicit control of initiation, termination, and cyclic task 
operation . 

It has limited I/O capabilities, provides no dynamic storage management, has 
no absolute addressing mechanism, and contains no "drop in" assembly language 
capabilities . 

The language is controlled by NASA and it appears unlikely the language will 
be changed in the near future. Limited compiler implementations exist for the 
language and none have been formally validated. 

1.4.2. 1.2.5 JOVIAL 73 

JOVIAL 73 [14] is an upgrade of the original JOVIAL designed in the early 
1960's. It has been successfully used throughout the years; mainly for Air 
Force projects. It is a weakly typed language. It provides programs, 
function, procedure, and data modules, but no task modules. These modules may 
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be separately compiled. Interface checking is performed . INIo information 
hiding and real data abstraction support is provided. The language provides 
no real-time tasking constructs, no I/O capability, and no interrupt 
handling. Extensions are being considered. 

The language is controlled by the Air Force and all implementations must be 
validated by the Air Force. The language will continue to be used for current 
projects. It will be replaced by Ada for new projects as soon as a 
satisfactory implementation of Ada becomes available. 

1.4.2. 1.2.6 C [33,14,30] 

C is a general-purpose language developed in the early 1970's. It is 
considered by its authors as a "low level" language. It deals "with the same 
sort of objects that most computers do, namely characters, numbers, and 
addresses". It has been primarily used in systems programming (writing 
compilers and operating systems), i.e., where it i3 necessary to specify 
particular registers and addresses. 

No aggregate operations are defined. The language does not define any storage 
allocation facility, nor does it provide input-output, tasking, or exception 
handling facilities: 

The language is classified by the author [33] as "typeless"; with the only 
data type being the machine word, "C provides the fundamental flow-control 
constructions required for well-structured programs: statement grouping; 
decision making (if); looping (while, for and do); and selecting one of a set 
of possible cases (switch):" C uses pointers and has the ability to do 
address arithmetic. Functions may be separately compiled. No run-time 
reusage checking is provided by C. 

Modularity as provided through function and data modules, however, no 
interfacing checking is performed between external modules. Data modules may 
be separately compiled. 

There is no official standard for the C language. 
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1.4.2. 1.2.7 PL/1 [30] 


PL/1 was designed in 1965 by a committee of six individuals; three from 
industry and three from IBM. "It was based upon FORTRAN, ALGOL, and Commercial 
Translater. It was intended to serve both scientific and commercial 
applications. It is used to provide support tools for the On-board Shuttle 
project; namely of the system programming variety. 

The language provides more facilities than any of the other candidate 
languages. It is complex; and probably for this reason has not been 
universally accepted. It is weakly typed. It is highly structured and 
provides modules which can be separately compiled. However, no interface 
checking is performed. No information hiding is provided. It provides 
tasking and exception handling. No range checking is provided. 

PL/1 is a standard language; but, its compilers are not formally validated. 

1.4. 2. 1.2. 8 FORTRAN 77 [14,30] 

FORTRAN was developed by IBM in 1954 to address the scientific computing 
problem. It is the second most widely used language in the world; COBOL being 
the most widely used. It has undergone many evolutions; the latest one 
resulting in a version called FORTRAN 77. 

An IF, THEN, ELSE structure has been added to the language to make it more 
structured. In addition, an ability to handle character strings and a 
capability to more easily open and close files has been added [30]. 

FORTRAN 77 still embodies all of the old language features. They do not all 
have to be used, but can be confusing to a person learning the language. 

Also, FORTRAN lacks portability because of the nonstandard extensions in the 
various implementations. FORTRAN 77 is weakly typed, provides no constructs 
for detecting run-time errors and has no information hiding capabilities. In 
fact, the shared use of COMMON has the opposite effect. The language does 
provide modular capabilities; but, provides no checking of the interfaces 
between modules. 
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FORTRAN 77 provides no real-time tasking constructs, but these can be realized 
with the use of the extension ISA 61.1. Also, it provides no low level I/O 
handling function or absolute addressing capabilities. 

FORTRAN'S main advantages are its simplicity, acceptability, and the existence 
of a large library of useful routines. 

FORTRAN 77 is an ANSI standard, as were its previous versions. However, no 
strict control is applied to insure consistency among the implementations, as 
is being performed for Ada and JOVIAL 73. 

1.4. 2. 1.3 Projected Capabilities 

At this time the most suitable general purpose programming language for the 
On-board Space Station applications appears to be Ada. It fulfills all of the 
requisites needed for developing application and system type programs for the 
On-board Space Station and does it well. Its features, which are well 
formulated, are those of a modern programming language. The language is a 
mature language that has been reviewed by thousands of language experts here 
and abroad and is now an ANSI standard language. No changes will be allowed 
in it until some time in 1988, if then. The implementations are guaranteed to 
conform to the language specification by the independent validation and 
repeated validation processes instituted by the DOD. As such, users of Ada 
can look forward to having a stable and functionally capable language. 

Of more importance, even if all of the languages were of equal quality, is how 
well the language will be accepted, and how well the language accommodates and 
fosters modern technology concepts and methodologies. These have importance in 
the availability of a wider range of products that would be useable on a 
project and the enhancements in software engineering that would be fostered by 
a large usage base. We see Ada as being the basis for most of the new 
technological and methodology advancements. The reasons for this are the 
facilities and functions preceded by the Ada language and the 43 million 
dollars being spent by DOD in current Ada based initiatives such an, STARS and 
SEI. We see Ada being required on all new DOD embedded computing programs 
starting after 1 July 1984. We note that there are currently 37 DOD programs 
using Ada, representing some 307 million dollars. 
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Additionally, there are 120 new DOD programs in the works that will use Ada, 
representing some 663 million dollars. By fiscal year 1990 it is estimated 
that there will be 1.30 billion dollars worth of new projects that will 
require Ada. (These estimates of DOD programs were supplied by Major Al Kopp 
at the AdaJug - SigAda Conference of 28 November 1984.) We see Ada being 
promoted for use in commercial type applications in the DOD. (Directive 
5000.31 is being reopened to consider the inclusion of non-mission critical 
applications). In addition, Ada is being used to rewrite one of the very 
largest of the DOD programs (WWMCCS, having approximately, 21 million lines of 
COBOL code). As a result of this DOD impetus, it is speculated that in the 
not too distant future, Ada will be one of the major programming languages for 
all types of applications. Ada will probably never be as widely used as COBOL 
(over 60% of the world's programs are written in COBOL). But, if DOD's 
influence can make COBOL, a mediocre language, such a success, one wonders 
what it will do for Ada, an eminently superior language. 

However, the DOD interest in Ada is not the only interest; multiple commercial 
establishments have expressed interest in the language and a considerable 
number of software houses have become involved in producing Ada compilers, 
software tools, and various forms of Ada packages. Fourteen Ada compilers 
were validated by the end of 1984; only one of which was directly supported 
by DOD. There were 24 other identified compiler implementations in progress 
as of September 1984 [4]. Many more products are being designed by these 
vendors, not only for the possible financial rewards, but for the opportunity 
to be in the forefront of modern technology. 
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1.4. 2. 2 User Oriented Control Language 


1.4. 2. 2.1 Description 

This paper presents the user's interface to the Space Stations onboard DMS. A 
user is defined as either: 1) an operator interfacing with the core 
(housekeeping) Space Station DMS elements or 2) an operator managing and 
controlling a payload. It is a general consensus that the user's interface to 
the Space Station DMS should be in the form of a precisely defined, user 
friendly, English like language. The Space Station Phase B RFP describes the 
UIL: "The DMS shall support a user-f riendly language for the man/machine 
interface. The language shall be capable of interfacing between man and 
machine for communications, display generation, monitoring, checkout and 
control during all phases of development and operations." See reference [4]. 

In the same document, the SDE definition references the User Interface 
Language (UIL): "a standard user-friendly language for interfacing users with 
Space Station ground and flight computer systems." 

The scope of the language should extend through all aspects of user 
involvement with the Space Station program. From factory or laboratory level 
testing, through integration level testing, to on-orbit testing, integration 
and interfacing, the general user should be supported by a single language 
environment. This single user oriented language will ease the operator's 
transitions through the various steps in the development path from concept to 
on-orbit operation. 

A NASA wide committee (ad hoc committee for Space Station User Interface 
language) has researched requirements for a UIL for Space Station and has made 
recommendations for defining requirements for a new language for the Space 
Station user interface. The resulting UIL environment will minimize total 
life cycle costs for development of test and integration procedures for both 
Space Station users and core systems developers. The UIL environment would be 
more than just operator commands to the on-orbit DMS. The language needs to 
have the following characteristics : 
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English like: easy to learn, use and read. 

Useful for crew, scientists, and engineers. 

Provides real time interactive use as well as preplanned program 
development, test and execution like a general purpose programming 
language . 

Support on-orbit and ground integration, test and operations: 
o Manufacturing development test 

o Pre-launch integration 

o Pre-launch checkout 

o Post-launch checkout 

o Ground monitoring and control 

° On-orbit integration and testing 

° Operation functions 

o On-orbit maintenance and repair testing 

Experience has shown that there is a great deal of functional overlap between 
real time operator interaction with a H/W and S/W system such as the Space 
Station DMS may require, and integration and testing functions which take 
place during the development of such systems. This is the basic justification 
for a UIL with such a broad scope. A UIL of this scope will necessitate a 
complex off line development environment, presumably in the Space Station SSE, 
and on-line environments (or target environments) ranging from small single 
processor checkout system in the factory or lab to the full up on board core 
and customer distributed systems. 

Technology transparency is another key feature of the UIL. Both the off-line 
and on-line UIL environments must be as independent as possible of the 
processing hardware that they execute in and the hardware that they are 
controlling or testing. In an on-line environment, transportability to 
different processors may be a requirement since it is unlikely that all 
checkout facilities and the onboard DMS will use the same type processors. 

The following is a summary of other requirements for a UIL. These have been 
analyzed in great detail in other high order language studies (see 
references). These requirements will be referred to in the next section which 
will characterize various existing test and integration type languages. 
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Command and monitor functions 

External interface methodology 

Control of the system under test 

Accurate timing functions 

Ability to respond to external interrupts 

Graphics, output and input functions, interactive displays 

General "programming language" type functions: 

o arithmetic, logical and relational operations 

o data manipulation (shift, rotate) 

o transcendentals (SINE, COSINE) 

Procedural control - begin, end, perform, terminate, 
rendezvous 

- Conditional execution - if-then-else, case 
Etc, 

The UIL type languages that are discussed are: 

Atlas 

GOAL 

SCOL 

STOL 

Ada 


1.4. 2. 2. 2 Options Characterization 

Many languages have been analyzed by NASA and contractor studies for 
applicability to the user interface and integration and test type functions 
listed above. For various reasons all existing languages have proven 
unsatisfactory and a new language called SSOL (Space Stations Operation 
Language) is being defined. See references [4] [5]. Attributes of many 
languages are being incorporated into SSOL to draw from past experience. The 
following summarizes the problems with existing languages. 

ATLAS - ATLAS has several positive factors. It is a very mature language 
and has maintained an "English language" type syntax. Its lack of an 
external interface methodology however, causes it to be heavily 
"procedure/test" interdependent. That is, changes to external hardware 
configurations (H/W addresses or attributes) require program changes. 
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GOAL - GOAL is a readable, English-like language with many other 
attributes of the UIL. GOAL is designed for integration, test, and 
control in a distributed environment. It has an external interface 
methodology in which the GOAL application programs are totally isolated 
from H/W configuration changes. GOAL however, has become very oriented to 
the Shuttle Launch Processing System and contains syntax, real time 
constructs and other characteristics which would prohibit it from being 
used as a Space Station UIL. 

SCOL - SCOL is an effort by the IEEE ATLAS committee to standardize a 
language for test and operations. It is in the design phase and still to 
early to accurately analyze. 

STOL - STOL has the right orientation for a UIL. It can be procedural or 
interactive and is easily written and learned. It is hardware 
independent. It is an interpretive language which eliminates the need for 
any version of the procedures other than the source language. The 
limitation of STOL is its scope. It was designed for a small, 
centralized, serial processing system. 

ADA - It is felt that Ada is not oriented to the problem area to be 
addressed by the UIL. It is oriented towards experienced programmers for 
systems programming. Some qualities of the Ada Programming Support 
Environment (APSE) are intended to be UIL characteristics : a 

comprehensive set of development tools, standardization of the language, 
hardware independence and reliability. 

What is being recommended as a result of these studies is that a new language 
be defined for the Space Station UIL. It should be based on a GOAL type 
syntax and incorporate positive qualities of all languages studied. It should 
be executable in an interactive mode or procedural (compile and execute) type 
mode. It should have an external interface methodology which isolates the 
procedures from the hardware specifications. 
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1 . 4 . 2 . 2 . 3 


P r o j e c t e d Capa b i 1 i t :L e s 


A Space Station UIL does not exist and it appears that one will be designed. 
This design process will likely culminate in a set of requirements to be 
implemented in the SSE. The first implementations will be required to 
coincide with initial Space Station hardware and software testing. The 
language environment will be expected to support for the life of the Space 
Station. 


1.4. 2. 2. 4 References 

[1] NASA Trade Study: High Order Languages, Space Station Operations Working 
Groups, 7/20/83 

[2] Space Station High Order Language Study, IBM Corp., Cape Canaveral, FL, 
January 1984. 

[3] Report of the ADHOC Committee for Space Station User Interface Language, 
July 9, 1984. 

[4] Space Station Definition and Preliminary Design - Request for Proposal, 
9/15/84 
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1.4.3 DELETED 
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1.4.4 


Advanced Tools 


1.4. 4.1 Automated Code Generation 

1.4.4. 1.1 Description. 

Automated Code Generation or automatic programming (AP) is the automation of 
some part of the programming process. To an assembly language programmer, a 
Fortran compiler is an automated code generator. The forces which led to the 
development of high level languages we have today are now leading us to the 
next level in automatic programming. 

These new systems are based on artificial intelligence research. They not 
only generate code but perform many other functions to aid the programmer. 

The options which will be addressed here are: 

- The Programmers Apprentice 
PSI 
SAFE 


1.4.4. 1.2 Automated Code Generation Options Characterization 
PROGRAMMERS APPRENTICE 


The Programmers Apprentice is an interactive tool for helping programmers 
program. The intent is that the programmer will do the difficult parts of 
design and implementation, while the apprentice acts as a helper and critic, 
keeping track of details and assisting the programmer in the documentation, 
verification, debugging and modification of his program. To help, the 
Apprentice must be able to understand what is going on. This has been 

accomplished by the design of a representation called a plan, for programs and 

for knowledge about programming that serves as the basis for the 
understanding. Developing plans and reasoning about them are the central 

activity of the Programmers Apprentice. Below are some basic areas in which 

the Apprentice can assist a programmer: References [1], [2] 
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1. Documentation. One of the primary services the Apprentice provides is 

automatic, permanent, and in depth documentation of the program. It 

remembers not only explicit commentary supplied by the programmer with the 
code, but also a substantial body of derived information describing the 
logical structure underlying the program, such as the dependency 
relationships between parts of the program. 

2. Verification. The development of a program is accompanied by the 
construction of a sequence of plans at various levels of abstraction. At 
each step, the Apprentice attempts to verify that the current plan is both 
consistent and sufficient to accomplish the desired goal. As more 
information is specified, the Apprentice's reasoning about these plans 
approaches a complete verification of the program. 

3. Debugging. Any discrepancy between the Apprentice's understanding of the 
programmer's intent and the actual operation of the program is reported to 
the programmer as a potential bug. 

4. Managing modification. Perhaps the most useful aspect of the Apprentice 
is that it can help a programmer modify his program without introducing 
new bugs. Based on its knowledge of the logical relationships between 
parts of a program; the Apprentice is able to determine what parts of a 
program can be affected by a proposed change and how they can be 
affected. It can use this information to warn the programmer of impending 
difficulties . 


PSI 


The goal of PSI was the integration of the more specialized methods of 
automatic programming into a total system. This system incorporates knowledge 
engineering, model acquisition, program synthesis, efficiency analysis, and 
specification by examples, trace or interactive natural language dialog. 
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The PSI system deals with programs in the general class of symbolic 
computation, including list processing, searching and sorting, data storage 
and retrieval, and concept formation programs . It is a knowledge-based system 
organized as a set of closely interacting "experts." PSI is comprised of the 
following "experts": 

The PARSER/INTERPRETER expert handles the acquisition phase. It parses 
sentences and interprets these parses into less linguistic and more program 
oriented terms. This expert handles a very large English grammar and has 
knowledge of data structures (sets, records, etc.) control structures (loops, 
conditional, etc.) and more complicated algorithm ideas. 

The DIALOGUE MODERATOR expert models the user, the dialogue, and the state of 
the system and selects appropriate questions and statements to present to the 
user. It determines whether the user or the system has the initiative and on 
what level and what subject, and attempts to keep PSI and the user in 
agreement on the current topic. The DIALOGUE MODERATOR expert decides which 
of the many questions being asked by the other experts should be passed on to 
the user. 

The EXPLAINER expert phrases questions in terms that the user finds 
meaningful, in terms related to the problem domain and the previous sentences 
in the dialogue. 

The EXAMPLE/TRACE expert allows specification by traces and examples, because 
these are useful for inferring data structures and simple spatial 
transformation. This expert handles simple loop and data structure inference. 

The TASK DOMAIN expert uses knowledge of the application area to help the 
PARSER/INTERPRETER and EXAMPLE/TRACE experts fill in missing information in 
the program. 

The PROGRAM-MODEL BUILDER expert applies knowledge of what constitutes a 
correct program to the conversion of the program into a model which will be 
used to actually create the code by the CODE expert. It also analyzes the 
model for consistency. 
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The COOING and EFFICIENCY experts are responsible for the synthesis phase. 

The COOING expert's knowledge base contains rules that transform parts of a 
program description to forms closer to the target language. It is the goal of 
the EFFICIENCY expert to guide the choice of the different rules, so that an 
efficient target- language implementation eventually results. References [1], 

[3] 

SAFE 


The SAFE system accepts a program specification consisting of preparsed 
English, with limited syntax and vocabulary, including terms from the problem 
domain. These may be ambiguous, and may fail to provide all the information 
required in a formal specification. SAFE resolves these ambiguities using a 
large number of built in constraints, any specified constraints from the 
problem domain, and interaction with the user. SAFE then creates a high level 
complete program specification. 

The SAFE system views the task of automatic programming a3 the production of a 
program from a description of the desired behavior of that system. There are 
four major differences between a conventionally specified program and a 
program described in terms of its desired behavior. References [1], [4] 

1. Informality: The behavioral description is informal. It has ambiguities 

and partial constructs. 

2. Vocabulary: The primitive terms in the behavioral description are those 

of the problem domain. General purpose programming languages, on the 
other hand, provide a primitive vocabulary that is independent of 
particular problem areas. 

3. Executabi lity : It is possible, and sometimes desirable, to describe 

behavior in terms of relationships between the desired and achieved states 
of a process, rather than by rules that specify how to obtain a desired 
state . 
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4. Efficiency: Conventionally specified programs contain many details of 

operation beyond the desired input/output behavior. Among these are data 
representation, internal communications protocols, etc. 

1.4.4. 1.3 Projected Capabilities 

These tools are still in the academic world. Much refinement and 
experimentation are required before they will be adopted by industry. By 
1987, no major changes are anticipated. By 1995-2000, they may be making an 
impact. For the Programmer's Apprentice, simple program synthesis and 
efficiency issue are to be addressed in the future as well as strengthening 
existing capabilities. 

For the PSI system, a new language "V" has been developed and is being used to 
describe an environment called CHI which is to provide not only a 
knowledge-based synthesis system, but also a supportive, high level 
programming environment. 

For the SAFE system, a reformulation of the SAFE system is underway to correct 
certain limitations. Also, the system is being scaled up to handle bolh 
larger specifications and to handle formalization of incremental informal 
specifications . 

1.4.4. 1.4 References 

[1] Avron Barr and Edward Feigenbaum, The Handbook of Artificial 
Intelligence , Heuristech Press, Stanford, CA., 1982 

[2] Rich, C., and Shrobe, H.E., "Initial Report on a LISP Programmer's 
Apprentice," IEEE Transactions on Software Engineering, SE-4(6) : 456-467 

[3] Green, C., 1979, "Results in Knowledge Based Program Synthesis," IJCAI 6, 
342-344 

[4] Balzer, R. M., Goldman, l\l., and Wile, D. 1977, "Informality in Program 
Specification" 1977 IJCAI 5, 389-397 4 
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1.4. 4. 2 Automated Code Evaluation/Verif ication 


1.4. 4. 2. I Description 

Code evaluation and verification can be divided into 3 main levels: unit 
testing, integration testing, and system testing. Each level has in general 
the following phases: planning, test case setup, test execution, test analysis 
and test result reporting. Also each level has a set of tools to aid the 
process. These are tools such as logic flow graph generators, data flow graph 
generators, complexity measuring tools, stub/driver generator, test data 
generator, source level debugger test design language, performance monitor 
tools, data logging and reduction tools, and symbolic execution tools. 
Reference [1] 

Many of the above tools are being automated in advanced programming 
environments. One significant tool is the symbolic debugger. This tool 
symbolically executes the program under test. Here the tool simulates the 
program execution with symbolic values placed in the program's variables. Two 
such tools described here are: 

EFFIGY 

SELECT 


1.4. 4. 2. 2 Options Characterization 
EFFIGY 

EFFIGY is an interactive symbolic execution system for testing and debugging 
programs written in a simple PL/I style programming language. The language is 
restricted to integer valued variables and vectors (one dimensional arrays). 

It has many interactive debugging features including execution trace, 
break-points, and state saving and restoring. Reference [2] 
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SELECT 


SELECT is an experimental system for assisting in the formal systematic 
debugging of programs. It is intended to be a compromise between an automated 
program proving system and the current ad hoc debugging practice. SELECT 
systematically handles the paths of programs written in a LISP subset that 
includes arrays. For each execution path SELECT returns simplified conditions 
on input variables that cause the path to be execute^, and simplified symbolic 
values for program variables at the path output. The users can insert 
constraint conditions, at any point in the program including the output, in 
the form of symbolically executable assertions. Reference [3] 

1.4. 4. 2. 3 Projected Capabilities 

These and other automated test tools will become more common and effective in 
the near future. As Ada matures, automated test tools environments will 
become very robust. Transportability among Ada environments will greatly aid 
the development of tools. 

The EFFIGY system is currently experimenting with "te3t path-managers" which 
would embody some heuristics for automating this process, exhaustively 
exploring all the "interesting" paths. The EFFIGY system is also working on 
practical methods for dealing with more advanced programming language features. 

1.4. 4. 2. 4 References 

[1] David Hamilton, IBM FSD Houston, "SDE TEST and Analysis Function", January 
1985 

[2] James C. King, "A New Approach to Program Testing," IBM Thomas J. Watson 
Research Center 

[3] Robert S. Boyer, Bernard Elspas, Karl N. Levitt, "SELECT-A Formal System 
for Testing and Debugging Programs by Symbolic Execution", Computer 
Science Group, Stanford Research Institute, Menlo Park, CA 94025 
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1.4. 4. 3 Expert System Builders 


1.4. 4. 3.1 Description 

Expert system builders are the first substantive artificial intelligence (AI) 
products to reach the marketplace. There are about a dozen products which 
allow non-AI programmers to build expert systems. Normally included in these 
packages are an inference engine and tools for building a knowledge base. 

Building a knowledge base implies specifying a sequence of IF-THEN rules, 
giving examples of decisions or providing lists of items and their 
characteristics . The two main types of knowledge specification techniques are 
rule-based and frame-based. Rule-based reasoning represents knowledge in the 
form of IF-THEN rules while frame-based representation classifies objects and 
their attributes in a semantic network. 

The following expert system builders will be discussed here as examples of the 
products available: 

KEE 

ART 

PRISM 


1.4. 4. 3. 2 Options Characterization 
KEE 

KEE (Knowledge Engineering Environment) from Intellicorp is a general 
purpose builder which uses both frame-based and rule-based reasoning to 
build its knowledge base. KEE uses object oriented programming. An 
object is an entity representing a collection of information. Objects are 
organized into classes and each object is associated with characteristics 
called attributes. In KEE objects called "units" have attributes called 
"slots". Object-oriented programming allows frame based representation . 
Many people, however, find it harder to work with frames than rules. 

Rules are simple and direct, and they best represent the procedural 
knowledge of a domain. 
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KEE runs on XEROX series 1100 machines, the Symbolics 3600, LISP Machines 
Inc's own LISP units, and the Texas Instruments' Explorer. The price is 
$60,000 for the development kit of which half goes for training and 
support. Reference [1] 

ART 

ART (Automated Reasoning Tool) from Inference Corp is the most 
sophisticated and expensive tool available. ART combines both rule-based 
and frame-based reasoning. ART ha3 a built-in mechanism to process and 
represent a large number of possible alternatives simultaneously. ART 
uses a blackboard mechanism to process "view points". These are views 
that rules have of the knowledge. Viewpoints allow ART to chart 
alternative courses of action called "hypothetical worlds." This means 
ART can consider "what-if" rules as well as if-then rules. 

ART is available in the Symbolics 3600, LMI Lisp Machines, and VAX/VMS 
Lisp. Price is $100,000. Reference [1] 

PRISM 


PRISM (PRototype Inference SysteM) is an IBM general purpose rule-based 
expert system builder. It has two operating modes. Client Mode (for 
users) and Builder Mode (for system development). Rules are written in a 
very natural language. The system allows builders and users to deal with 
uncertainty and to ask for how, why and what type explanations. 

PRISM is designed for the IBM VM/370 architecture . No price is available 
as the program is not currently a formal product. Reference [2] 
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1.4. 4. 3. 3 Projected Capabilities. 

"Industrial strength" expert system building tools began to appear on the 
market in 1984. As a result, the production of large,, complex expert systems 
is becoming economically viable for a growing number of industrial 
applications . Further refinement and extension of these tools in the next 
year or two will probably lead to the burgeoning of expert system applications 
across the industrial spectrum. Two- and three-fold improvements in 
capability can probably be expected for expert system builders over the next 
few years, opening up the production of expert systems to the vast numbers of 
companies with limited programming resources and capabilities. 

1.4. 4. 3. 4 References 

[1] Richard Geering, "Do-it-yourself Development Tools Speed AI Applications," 
Computer Design, December 1984, 29-39 

[2] Larry Pennington, IBM FSD Houston, "PRISM building tool description", 
February 1985. 
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1.5 DELETED 
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ARTIFICIAL INTELLIGENCE 


1.6 artificial INTELLIGENCE 

This report describes within the context of the SSDS the implementation 
technology and the applications options of the computer science of artificial 
intelligence. SSDS applications are specified throughout section 1.6.2, and a 
high-level summary is provided in section 1.6.3. 

Artificial Intelligence (AI) is a branch of computer science that seeks to 
understand and to model intelligent behavior with the aid of computers. 
Intelligent behavior involves thinking about objects in the environment, how 
objects relate to each other, and the properties and uses of such objects. AI 
encompasses several fields including image and speech recognition, natural 
language software, expert systems and problem solving. This report presents 
options for all the AI fields, but the majority of the options describe 
applications in the latter two fields, expert systems and problem solving. 

Robotics technology, being composed of several disciplines many of which are 
outside the scope of the SSDS, is not discussed within this report; however, 
the results of other on-going studies, such as the Advanced Technology 
Advisory Committee (ATAC) Reports, will be assessed as to their impact on the 
SSDS. 

1.6.1 Implementation Technology 

This section describes the current and projected technologies for the 
development of AI systems. Options are grouped in the following categories: 

- Hardware 

- Kernel Languages 
Support Environments 

1 . 6 . 1 . 1 Hardware 


PRECEDING PAGE BLANK fjCT FILMED 
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ARTIFICIAL INTELLIGENCE 


1 . 6 . 1 . 1 . 1 Descript ion 

This category includes processors for the development and execution of AI 
systems. The options include: 

- LISP Machines 

Fifth Generation Architectures 
General Purpose Machines 

- Space-Qualified Processors 

1.6. 1.1. 2 Option Characterization 

1.6. 1.1. 2.1 LISP Machines 

LISP machines are those which are microcoded in dialects of the LISP 
language. These machines are primarily single-user workstations, though 
capabilities for file sharing networking have emerged. They have 
architectural features for the manipulation of symbolic data, such as data 
tagging; large virtual memory; and LISP function calls. Their speed for the 
execution of LISP software can be up to 20 times the speed of general purpose 
machines. In general these machines offer an ideal environment in which to 
develop artificial intelligence applications. It must be pointed out, 
however, that the eventual target processor may be a conventional processor. 

It should also be noted that all of the LISP machines developed to date are of 
von Neumann architecture . 

Three major companies have emerged as producers of LISP machines. They are 
Symbolics Inc., Xerox Corp., and LISP Machine Inc. (LMI). A fourth company, 

Texas Instruments (TI), is expected to begin production on a LISP machine in 

April 1985. Both Symbolics and LMI are small companies which evolved from 
efforts at MIT. Xerox's entry into the field was the result of development of 
wordprocess ing machines. TI, the most recent company to show interest in LISP 

t'ZZC'Z&m PAGE BLANK NOT FJLWED 
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ARTIFICIAL INTELLIGENCE 


machines, had previously acquired a percentage of LMI and built upon the LMI 
technology. The similarities of these machines are more striking than their 
differences. Each offers high-resolution, bit-mapped displays, with windows, 
and advanced editing and debugging capabilities. Table 1.6-1 summarizes the 
characteristics of these machines. 
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ARTIFICIAL INTELLIGENCE 


TABLE 1.6-1 

LISP MACHINE CHARACTERISTICS 


Nomenclature : 

1108-105 


Manufacturer : 

XEROX 


System 

Architecture : 

Specialized processor and microcode to execute 
Optional floating-point processor. 

LISP. 

Main Memory: 

1.5 Mbytes expandable to 3.5 Mbytes. 


Virtual Memory: 

8 Mbytes. 


Local Storage: 

42 Mbytes rigid disk, 1.2 Mbytes Floppy disk, 
and 315 Mbytes rigid disk. 

Optional 80 

Software : 

InterLISP-D with Smalltalk. 


Communications : 

10 MHz Ethernet. Optional RS-232C serial port, 
parallel I/O port. 

Optional 

Display : 
Cost : 

17" CRT, 1024 X 808 pixels 
$30,000 (approx.) 



Nomenclature : 

1108-115 


Manufacturer : 

XEROX 


System 

Architecture : 

Specialized processor and microcode to execute 
Optional floating-point processor. 

LISP . 

Main Memory : 

2.0 Mbytes expandable to 8 Mbytes. 


Virtual Memory: 

8 Mbytes. 


Local Storage: 

42 Mbytes rigid disk, 1.2 Mbytes Floppy disk, 
and 315 Mbytes rigid disk. 

Optional 80 

Software : 

InterLISP-D with Smalltalk. 


Communications : 

10 MHz Ethernet. Optional RS-232C serial port, 
parallel I/O port. 

Optional 

Display : 

17" CRT, 1024 X 808 pixels. 


Cost: 

$40,000 (approx.) 
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ARTIFICIAL INTELLIGENCE 


Nomenclature : 
Manufacturer : 
System 

Architecture : 
Main Memory : 
Virtual Memory: 
Local Storage: 
Software : 
Communications : 

Display : 

Cost: 


TABLE 1.6-1 (CONT'D) 

LISP MACHINE CHARACTERISTICS 

1132 

XEROX 

Specialized ECL processor and microcode to execute LISP. 

2.0 Mbytes expandable in increments of 2 Mbytes to 8 Mbytes. 
8 Mbytes. 

80 Mbytes rigid disk. Optional 315 Mbytes rigid disk. 
InterLISP-D with Smalltalk. 

10 MHz Ethernet. Optional RS-232C serial port. Optional 
parallel I/O port. 

17" CRT, 1024 X 808 pixels. Optional color display. 

$130,000 (approx.) 


Nomenclature : 
Manufacturer : 
System 

Architecture : 

Main Memory : 
Virtual Memory: 
Local Storage: 
Software : 

Communications : 
Display : 

Cost: 


S3640 

SYMBOLICS 


Specialized processor and microcode to execute LISP. Based 
on MIT CADR machine. Special 36-bit bus. Optional 
floating-point hardware. 

2.0 Mbytes expandable to 8 Mbytes. 

15 to 60 Mbytes. 

140 Mbytes rigid disk. Streamer tape cassette TC4S 1/4". 

ZetaLISP, ZMACS editor, flavors, networking, and electronic 
mail . 

10 MHz Ethernet. Optional RS-232C serial port. 

17" CRT, 1100 X 800 pixels. Optional color display. 

$60,000 (approx.) 
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Nomenclature : 
Manufacturer : 
System 

Architecture : 

Main Memory : 
Virtual Memory: 
Local Storage: 

Software : 

Communications : 
Display : 

Cost : 


Nomenclature : 
Manufacturer : 
System 

Architecture : 

Main Memory : 
Virtual Memory: 
Local Storage: 

Software : 

Communications : 

Display : 

Cost: 

7501D 


TABLE 1.6-1 (CONT'D) 

LISP MACHINE CHARACTERISTICS 


S3670 

SYMBOLICS 


Specialized processor and microcode to execute LISP. Based 
on MIT CADR machine. Special 36-bit bus. Optional 
floating-point hardware. 

2.0 Mbytes expandable to 30 Mbytes. 

15 to 60 Mbytes. 

167.5, 300, or 474 Mbytes rigid disk. Optional 474 Mytes 
rigid disks add-on. Streamer tape cassette TC4S 1/4" or 
TD80 1/2". 

ZetaLISP, ZMACS editor, flavors, networking, and electronic 
mail . 

10 MHz Ethernet. Optional RS— 232C serial port. 

17" CRT, 1100 X 800 pixels. Optional color display. 

$90,000 (approx.) 


LAMBDA 

LISP MACHINES INCORPORATED (LMI) 


Specialized processor and microcode to execute LISP. Based 
on MIT CADR machine. Special 32-bit bus. Optional UNIX 
68010 Co— processor. 37.5 Mbyte Multibus, and Nu bus. 

4 . 0 Mbytes . 

67 Mbytes. 

169 or 470 Mbytes rigid disk. Additional drives available. 
Optional 1/2" or 1/4" Streamer tape and reel to reel. 

ZetaLISP, ZMACS editor, flavors, networking, and electronic 
mail . 

10 MHz Ethernet. Optional RS-232C serial port. Multi-bus 
cards . 

17" CRT, 1024 X 800 pixels. Optional color display. 

$90,000 (approx.) 
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TABLE 1.6-1 (CONT'D) 

LISP MACHINE CHARACTERISTICS 


Nomenclature: 

EXPLORER 


Manufacturer : 

TEXAS INSTRUMENTS 


System 

Architecture : 

Specialized processor and microcode to execute LISP, 
on MIT CADR machine. Special 32-bit local bus, and Nu 

Based 
bus . 

Main Memory: 

2.0 Mbytes expandable to 16 Mbytes. 


Virtual Memory: 

128 Mbytes. 


Local Storage: 

112 Mbytes rigid disk. Additional drives available. 
Optional 1/4" Streamer tape. 


Software : 

Common LISP, ZMACS editor, flavors, networking, and 
electronic mail. 


Communications : 

10 MHz Ethernet. RS-232C serial port. Parallel printer 

port 

Display : 

17" CRT, 1024 X 808 pixels. Optional color display. 


Cost: 

$60 , 000 (approx . ) 
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1 . 6 . 1 . 1 . 2 . 2 Fifth Generation Architectu res 

Progress in AI research and subsequent applications has been proportional to 
the increase in computing power and speed. Faster machines and cheaper memory 
have heralded advancements in AI. The next, or fifth, generation 
architectures feature massively parallel arrangements of VLSI circuits to 
vastly increase speed and memory power. Such architectures would provide AI 
systems with capabilities for concurrent pattern matching and evaluation of 
rule sets. Major projects for the development of the fifth generation 
computer include goals for the advancement of AI. 

a. Japanese Fifth Generation Computer Systems 

The Japanese Institute for New Generation Computer Technology (ICOT) was 
formed in April 1982 and united researchers from eight participating firms to 
work on a project called the Fifth Generation Computer Systems. The Ministry 
of International Trade and Industry (MITI) ha3 funded the project at $500 
million over ten years. Matching industrial funds are expected to bring total 
funding to $850 million. 

The Japanese technology is to be geared toward the processing of symbolic data 
with the production of hardware and software for knowledge information 
processing system (KIPS). The hardware is to be microcoded in an extension of 
the AI language PROLOG. Applications are to be in the fields of expert 
systems, natural language systems, and robotics. Goals have been set for 
innovations in three main parts of expert systems: very large knowledge bases, 
problem solving and inference, and man-machine interfaces. 

The prototype knowledge base subsystem is to handle thousands of rules and 
thousands of objects, a capacity comparable to that of current large expert 
systems. The goal is to develop the capacity for knowledge bases to handle 
tens of thousands of rules and one hundred million objects. 

The prototype PROLOG workstation is to have a capability of performing one 
million logical inferences per second (LIPS). The goal for the inference 
supercomputer is to process one hundred million to one billion IIPS. 
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The goals for increasing the capacity of man-machine interfaces are equally 
ambitious and include the development of: 

a speech understanding system with a vocabulary of 50,000 words from 
a few hundred speakers with 95% accuracy that is capable of 
controlling a speech-activated typewriter; 

- a question/answering system with a 5000+ vocabulary and 10,000+ 
inference rules; 

- an image understanding system with a capacity of reading 100,000+ 
images ; 

- a machine translation system between English and Japanese with a 
vocabulary of 100,000 words and a 90% accuracy. 


b. DARPA 

In 1983, the Pentagon's Defense Advanced Research Projects Agency (DARPA) 
announced the "Strategic Computing" plan with a projected funding of $600 
million by 1988. The results are to be a variety of new techniques for 
advancing supercomputing and artificial intelligence technologies for defense 
applications . 

The plan calls for the development of special architectures to exploit 
concurrent processing of expert systems and for faster, denser VLSI 
microelectronics . Initial software funding will be applied to the research 
and development of generic capabilities in the areas of speech understanding, 
natural language processing, image processing, and rapid information search 
and retrieval from very large databases. Subsequent expert systems will be 
developed for applications that include: 

autonomous vehicles (military satellites, unmanned aircraft, 
submersibles , and land vehicles) 

- pilot's expert associate, a "mechanized co-pilot" 
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- large scale battle management 

- war gaming 

c . Microelectronics and Computer Technology Corp. 

The Microelectronics and Computer Technology Corp. (MCC), was founded by 
William C. Norris, head of Control Data Corporation. This research consortium 
of 19 U.S. high-technology companies began operations in Austin, Texas in 
1983. The MCC's budget for 1984 was $30 million. Its budget will be $50 
million for 1985 and approximately $65 million per year for 1986 and beyond. 

It is headed by retired Adm. Bobby Ray Inman and will employ about 350 
researchers . 

The research is divided into four programs: 

- IC packaging for highly complex circuits, a six year program; 

- software technology, a seven year program; 

- VLSI/computer-aided design, an eight year program; 

- advanced computer architectures , a ten year program. 

The final program, advanced computer architectures, is the most ambitious. It 
consists of projects in AI knowledge based systems, data base system 
management, parallel processing, and human factors technology. 

d . University Research and Development 

Much of the credit for the current state of the art in artificial intelligence 
must be given to University researchers . The primary centers of research 
include: Massachusetts Institute of Technology (MIT), Carnegie-Mellon 
University (CMU), and Stanford University. These Universities, and several 
others to a lesser degree, have established strong programs for performing 
research. The MIT lab, headed by Patrick H. Winston, has been responsible for 
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the evolution of many of the current commercial LISP processors and for much 
of the supporting software. CMU and Stanford have led the field in the 
development of expert systems and related topics. The OPS-5 inference engine 
was developed under the direction of Charles Forgy at CMU. The Heuristic 
Programming Project, headed by Edward Feigenbaum at Stanford, represents 
several outstanding projects by the most respected researchers in the field. 

e . Governmental Agenc ies 

Several agencies within the U.S. have been involved with AI research for the 
last decade. These include: Argonne National Laboratories , Jet Propulsion 
Laboratories , Ames Research Center, Naval Research Laboratory, and Rome Air 
Development Center. 

The work centered at Argonne Labs is concerned primarily with theorem proving 
and inference engines. Larry Wos has been leading an effort for the past 
several years there and is recognized as an outstanding researcher in this 
field . 

The effort at JPL, headed by Leonard Friedman, has its origins in unmanned 
spacecraft. JPL has been responsible for the development of robotic systems 
and diagnostic expert systems used on deep space probes. 

f . Private Industry 

The most recognized companies for research and development in the private 
sector include: Rand Corporation, Xerox, Teknowledge Inc., Symbolics, and TI. 

Rand has produced several expert systems and is probably best known for its 
production system, ROSIE. Xerox Palo Alto Research Center is recognized as 
one of the foremost research centers in AI. This center is the origin of 
Smalltalk, LOOPS, and LISP processors. Teknowledge is a newly organized AI 
consultant company that has gained much respect in the last two years. 
Symbolics is a spin-off company of research performed at MIT and has developed 
the most widely used commercial LISP processor. TI, the most recent entry 
into the AI venture, is developing LISP processors on a chip. 
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1 . 6 . 1 . 1 . 2 . 3 Ge neral Purpose Machi nes 

Probably the best known of the general purpose machines used for development 
of artificial intelligence applications are Digital Equipment Corporation 1 s 
(DEC) POP 10 and PDP 20 series computers. To some extent the DEC VAX 11/780 
computers have been used for this purpose but generally the multi-user 
environment is not suitable for the development of large scale efforts. The 
requirement of large memories and storage for AI applications is a 
discriminator against using general purpose computers. Even so, many of the 
major manufacturers of general purpose computers offer LISP as a high level 
language. LISP is even available on some mini— and micro— computers but using 
one to develop a serious AI application would be very challenging. 

1.6.1. 1.2.4 Space-Qualified Processors 

Research is currently being undertaken by NASA' 3 Ames Research Center, under 
the direction of Henry Lum, to develop a flight-qualified LISP processor. This 
is presently a joint venture between Ames and Symbolics. They are beginning 
with a S3640 processor, but Dr. Lum believes the end result will be a very 
different, much smaller machine. Major issues will be shock determination and 
real-time reaction. 

Another alternative for space— qualified processors is to use general purpose 
processors that have already met the specifications for being space— qualified 
or will be qualified in the proper time frame. These general purpose 
computers would be targeted for the implementation rather than the development 
of the AI application. 

1 • 6 . 1 . 1 . 3 Projected Capabilit ies 

DARPA has been instrumental in the continuing development of AI technology 
both in the area of software and hardware. In August 1984, the U. S. Navy 
Electronics Systems Command awarded Texas Instruments a $6-million, 27 month 

contract, to develop a compact LISP machine, based on high-performance 
semiconductor technology. The work is being performed for DARPA as a key 
element in its Strategic Computing Program for embedding advanced symbolic 
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computing capabilities in military systems. The processor will be capable of 
executing a superset of Common LISP with major language extensions that 
support object-oriented programming and message passing. Under the contract, 
TI will develop a custom LISP processor chip in sub 2-micron CMOS technology 
using VLSI semiconductor design. The computer will incorporate high-speed 
static RAM (1.25-micron) and the VLSI chip will operate at speeds up to 40 
MHz. The new chip is designed to provide 2 to 10 times the processing power 
of today's symbolic processors. Production is expected to begin in 1987. 

The market for LISP machines is expected to grow dramatically in this decade. 
Sales have increased tenfold since 1981 to around 2000 machines or $100 
million in 1984. By 1990, sales in the range of $1 billion to $2.5 billion 
are predicted. 

The development supported by DARPA and other governmental agencies, 
development by the MCC, development by the Japanese, development by 
Universities, and development in the private sector are expected to provide 
necessary hardware to support the needs of the SSOS in both ground-based and 
onboard systems that may require symbolic processors. 
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1.6. 1.2 Kernel Languages 


1 . 6 . 1 . 2 . 1 Description 

This category includes the computer languages available for AI applications. 
The options are: 

LISP 

PROLOG 

- Other 

1 . 6 . 1 . 2 . 2 Option Characterization 
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1.6. 1.2.2. 1 LISP 

Even though many dialects of LISP such as, MACLISP, FRANZ LISP, ZetaLISP, 
InterLISP, and most recently Common LISP, have evolved, LISP still remains the 
choice of most AI researchers and knowledge engineers. 

LISP is a computer programming language that originated as a tool to 
facilitate AI research. LISP is designed to facilitate the representation of 
arbitrary objects and relationships among them. It also facilitates the 
modeling of procedural knowledge. 

1 . 6 . 1 . 2 . 2 . 2 PROL OG 

PROLOG is a high level language that wa3 developed in France and is a popular 
language in Europe. A version of PROLOG has been chosen as the language for 
the Japanese Fifth Generation Computer Systems Project. In many respects 
PROLOG is quite different from LISP and compares more favorably with inference 
engines such as OPS-5. PROLOG uses pattern matching and backward inferencing 
in order to achieve desired goals. The syntax is terse and mathematical in 
nature. It is a highly extensible language. Few applications have emerged in 
the United States, and PROLOG has not yet achieved great popularity among AI 
researchers although it is now available on several main— frame, mini- and 
micro- computers . 

1.6. 1.2. 2. 3 Other 

Several languages other than PROLOG and LISP have evolved over the last 
decade. These include such languages as SAIL, PLANNER/CONNIVER, and 
POPLER/POP2; but for the most part these have not been widely used. Some 
languages such as SUBTLE and FRL have been developed but are actually embedded 
in LISP. 

Some have expressed interest in using Ada* as a language for the development 
of AI applications, but this concept has not been well received by researchers 
or knowledge engineers. A study released by SRI (May 1980) suggests that Ada 
is probably not suitable as an AI developmental language. This does not 
preclude the use of LISP environments for proof-of-concept prototyping of 
applications and the use of Ada for their subsequent implementation. 

C - W 
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* Ada is a registered trademark of the U.S. Department of Defense Ada Joint 
Programming Office. 

1 . 6 . 1 . 2 . 3 Projected Capabilities 

The evolution of LISP should continue and some uniformity should emerge 
through the use of Common LISP. The use of object-oriented language should 
continue to flourish, as well as, the development of special supporting 
editing and graphics tools. 

There still exist three camps of software development which show no promise of 
merging. The first group, the east coast group, evolved from MIT and 
encompasses the SYMBOLICS, LMI, and TI processors. This group endorses Common 
LISP and flavors. The second group, the west coast group, has origins at 
Stanford, XEROX and Rand Corporation, and has embraced InterLISP and 
Smalltalk. The third camp is centered in Europe and Japan and has selected 
PROLOG as their language of choice. 
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1.6. 1.3 Support Environments 
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1 . 6 . 1 . 3 . 1 Descripti on 

This category provides a sampling of the support tools available for the 
development of AI systems. The options are: 

- LISP Machine Support Environments 

- Inference Engines 

1.6. 1.3.2 Option Characterization 


1 . 6 . 1 . 3 . 2 . 1 LISP Machine Support Environments 

The most evident feature of all of the LISP processors is the robustness of 
the software tools in the environment. This environment includes windows, 
mouse-sensitivity, message-passing, high-resolution graphics (including color) 
tools, editors, and debuggers. These tools provide the ideal environment for 
rapid prototyping of systems and interactive software development. 

a . Windowing 

One of the more unique and convenient features common to each LISP processor 
is its ability to have multiple windows on the same screen. This allows the 
user to monitor multiple processes or to view more than one file at the same 
time. The format of these windows is variable, and they may be configured 
either before or after creation. 

b. Menu Selection 


Another feature of the LISP processor is its menu selection ability. This 
feature utilizes the windowing feature of the LISP processor to create 
temporary windows containing items which may be selected using either the 
mouse or keyboard entry. This gives the ability to create smooth, convenient 
user interfaces to the system. 
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c . Flavors and Smallt a lk 

Flavors within the ZetaLISP environment and Smalltalk in the InterLISP 
environment are facilities which support object-oriented programming. Flavors 
and Smalltalk are abstract types. The objects are instances that are 
manipulated by sending messages, which are requests for specific operations. 
These systems provide a unique and powerful mechanism for declaring 
relationships . 

Using flavors or Smalltalk, programs of great complexity can be built that 
still maintain the advantages of modularity and maintainability. 

d . Text Editors 

Most of the LISP processors offer a robust text editor. It is a real-time 
display editor. The text being edited is always visible, and commands are 
executed immediately. The editor allows users to switch between several files 
being edited. Special features for editing programs and for communicating 
with the LISP environment are provided. 

The editors exploit the mouse and the graphics capabilities of the console 
display. The mouse can be used to issue certain commands and to point at a 
particular character or to graphically mark a region. 

e . Processes 

The LISP processor supports multi-task processing and ha3 systems software 
designed for scheduling these processes. The task scheduler provides a number 
of services, including: 

- Real-time processes, wired in main memory 

- Fast response for interactive activities 

- Background activities 

- Priority setting under user control 
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A process can wait for any arbitrary condition to occur. To wait for a 
condition, a process passes the scheduler a waiting function. The scheduler 
periodically calls this function, and as soon as the function returns a true 
value, the process is allowed to proceed. From this, programmers can 
construct more complex multiprocessing control structures. Multiple tasks can 
be both run and displayed concurrently . 

f. Graphi cs 

The LISP processors have excellent graphics capabilities, with a screen 
resolution of nearly 1000 x 1000 pixels. This is augmented with a large 
variety of graphics primitives useful for constructing custom graphics. There 
is also a font editor for producing fonts (collections of graphic symbols) of 
any resolution and size. Thi3 feature aids in producing useful user 
interfaces with software packages. These graphics can be treated as arrays 
and manipulated as such, which allows interactive rotations and translations 
to be easily produced. There is also the capability to handle color graphics. 

g . Debugging 

As an aid for program development, LISP processors offer excellent debuggers. 
The debugger can be used in either a line or full screen mode. In the line 

mode, errors are detected and displayed, and options are presented for 

modifying data or code and allowing the program to continue rather than 
aborting. In the full screen mode, the debugger allows the developer to view 
not only the section in which the error appeared, but also the LISP primitive 
instructions and a listing of the recently executed commands. Using the 

mouse, values of any recently used variables or function definitions may be 

viewed or modified. 

h. Networking 

An extensive networking system exists for the LISP processor. This system 
enables CHAOSNET, ARPANET and ETHERNET networks to be linked into the 
machine. The communications software is integrated into the file system and 
other parts of the system such that files on any other system may be treated 
as if they resided on the host system. Some of the LISP processors are 
virtual file machines. 
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1 . 6 . 1 . 3 . 2 . 2 Inference Engines 

The inference engine is a major part of an expert system and is the software 
mechanism by which the rules and data are utilized to reach a conclusion. The 
inference engine, which is often written in LISP, looks for "matches" or 
"hits" of the situation of a rule to be satisfied by the data from the data 
base. If the situation is satisfied (or true), then the inference engine 
causes the action to be performed. The primary interest in evaluating an 
inference engine is the efficiency of its algorithm in detecting the matches 
of the hypothesis. 

The inference engine also determines the order in which rules "fire", i.e., 
the strategy for selecting these rules. It is frequently the case that 
several rules may be satisfied at the same time, and the order in which the 
rules "fire" influences the conclusion reached. Rules must be written with 
the strategy of the inference engine in mind. Furthermore, rules for one 
inference engine may not be suitable for another inference engine due to 
differences in strategy. 

The rules of most inference engines are not in an "English-like" form but 
rather in a pseudo-English structure. Hence, there must be a translation from 
the logical form in English to the syntax of the inference engine. 

The designer of the expert system has the option of creating his own inference 
engine or using one of the many inference engines that have been developed by 
both the academic and industrial community. 

Some of the commonly employed inference engines are EMYCIN, ROSIE, OPS-5, 

YAPS, and AGE. Most of these have been evolved over a period of years by AI 
researchers. A few of these have been modified and offered to the public. 

Many can be obtained from the originators for a nominal processing fee. 

a - EMYCIN . The EMYCIN inference engine is the result of many researchers 

working on it for a period of several years. The product that has evolved is 
a mixture of different ideas and "fixes". This product is also not well 
documented. Some of these difficulties are being resolved by Teknowledge, 
Inc., which has developed a commercial expert system kit called S.l. 
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b. ROSIE ■ The inference engine ROSIE, developed by Rand Corp., is one of the 
better documented and user friendly products. This product was developed in 
an InterLISP environment; thus, it must be adapted to the ZetaLISP environment 
of the Symbolics, LMI, and TI processors. Rand is currently working on a 
version suitable for the ZetaLISP environment. 

c. OPS-5 . OPS-5 is the culmination of more than ten years of research on 
inference engines at Carnegi e-Mel Ion University. Like EMYCIN, it represents 
the effort of several researchers, and it also has many "fixes" to improve its 
performance. Likewise, the documentation is somewhat lacking. However, OPS-5 
does have a "track record" of successes in R1 and other expert systems. 
Futhermore, it is available for all the major LISP processors, is relatively 
easy to use, and has an efficient search algorithm (Rete). Several vendors 
such as XEROX, DEC, Verac, and Smart Systems sell commercial versions of OPS-5 
on a variety of processors. One of these versions, OPS-83, is an extension of 
OPS-5 that is said to overcome some of the difficulties of OPS-5. 

d. YAPS . Yet Another Production System (YAPS) was developed at the University 
of Maryland. YAPS uses the same search algorithm and pattern-matching scheme 
as OPS— 5, but improvements have been made on some of the inefficiency of the 
OPS-5 structure. Futhermore, YAPS is written in flavors and represents much 
less code than OPS-5. 

e. AGE . AGE (Attempt to GEneralize), developed at Stanford by H.P. Nii and 
N. Aiello, is a tool for helping knowledge engineers design, build, and test 
different frameworks for expert systems. AGE permits the user to develop an 
expert system by using components (collection of AI support mechanisms) and 
frameworks (predefined configuration of components). The production rule 
component is composed of a rule-interpreter and a collection of rule 
strategies. AGE is less widely used than other expert system builders, 
probably because of its lack of useful I/O, data base construction, and 
explanation facilities. 

1 . 6 . 1 . 3 . 3 Projected Capabiliti es 

Several production system "kits" have appeared on the market in recent months 
to join those that have been developed in the academic community. 
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Intellicorp, of Menlo Park, California, has developed a production system kit 
known as the Knowledge Engineering Environment (KEE). KEE, patterned somewhat 
after LOOPS (developed by XEROX), is a set of software tools designed to 
assist system developers in building their own knowledge-based systems. KEE 
uses the concepts of object-oriented programming, frame-based knowledge 
representation, taxonomic inheritance, rule-based reasoning, data-driven 
reasoning, and LISP functional programming. 

Another production system tool, developed by Inference Corporation of Los 
Angeles, is the Automated Reasoning Tool (ART). ART is similar in some 
respect to KEE but has its origins more closely aligned to OPS-5. Both of 
these systems provide the capability to quickly prototype applications and aid 
the knowledge engineer in developing expert systems. 

Other lesser known products include: DUCK (Smart Systems), S.l and T.l 
(Teknowledge) , Expert-Ease (Jeffry Perrone & Assoc.), CHI (Kestrel Institute), 
and TIMM (General Research Corporation) . 

This trend of developing software tool kits in order to make the application 
of AI more readily useable, is expected to continue. Unfortunately these 
systems still require some expertise in building expert systems and are not 
suitable for the novice. Futhermore, many have not yet been proven to be 
useful for building expert systems. 

In the longer term, the MCC and Japanese Fifth Generation Computer Systems 
projects may produce products facilitating the building of expert systems. 
These products may include natural language systems, possibly including voice 
recognition, for the automatic generation of rule sets. 
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1.6.2 Applications 

This section provides a survey of existing AI applications and a projection of 
growth. The applications are grouped into the following categories: 

- Expert Systems and Problem Solving 

- Image and Speech Recognition 

- Natural Language Software 

1.6.2. 1 Expert Systems and Problem Solving 

1.6.2. 1.1 Description 

A production system, or rule— based system, is a computer program. These 
programs are frequently written in LISP but are not limited to the LISP 
language. The characteristic that most typifies the production system is that 
the solution is based more on a heuristic approach rather than a deterministic 
approach. 

A production system that captures the expertise of a human expert is called an 
expert system. The production system evolves into the expert system as it is 
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"trained" through codifying of the knowledge and cognitive processes of the 
expert(s) in a particular field. The code is often represented in the form of 
rules. These rules, which are often based on empirical data and heuristics, 
may be difficult to obtain. Frequently, the expert is unable to ascertain the 
methods that enable him to make decisions. The extraction of that information 
rests with the expert system designer, who is called a "knowledge engineer". 

Typically, the knowledge engineer selects a data base structure, a rule base 
structure, and an inference engine that are suitable for the application. He 
then builds a prototype system with the rules extracted from the expert(s) for 
the application. The prototype system is applied to the application, and the 
expert critiques the results in an iterative fashion with the knowledge 
engineer modifying or adding to the rule set as applicable. This process 
continues with more complicated situations or pathological conditions with 
additional rules being added to the rule set until the expert is satisfied 
with the results. 

Not all problems lend themselves to the expert system approach, but those that 
do frequently exhibit some or all of the following properties: 

- Resists attempts to solve by conventional software. 

— Uses heuristic or "rule of thumb" solutions. 

- Complex, unwieldy logic. 

Unmanageable task. 

- Unstable, constantly changing, evolutionary problem. 

- Experts usually make decisions resulting in solutions. 

Several expert systems have evolved in recent years particularly in the areas 
of Computer Systems, Education, Engineering, Fault Diagnosis , Geology , and 
Medicine . 
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The earliest efforts with expert systems began in 1965 at Stanford University 
under the direction of J. Lederberg, A. Feigenbaum, and B. Buchanan. The 
first system, called DENDRAL, was designed to imitate the organic chemist in 
finding the structure of organic molecules given the results of a mass 
spectograph. This program, which required 30-45 manyears to develop, is still 
in use today . 

Another successful expert system is Rl, developed by J. McDermott between 
1978-81 for Digital Equipment Corporation. This system was designed to 
configure the VAX computer systems. Rl ha3 subsequently evolved into XCON and 
is used on a routine basis by DEC. 

The expert system GUIDON, developed by W. Clancy, teaches students by 
eliciting and correcting answers to a series of questions. 

The best known of the diagnostic systems (non— medical) is DART, a joint effort 
of IBM and Stanford. This diagnostic-assistance tool is used in field 
engineering to aid in the diagnosis of computer hardware failures. 

Two programs have evolved in the field of geology that deserve mention. The 
first is PROSPECTOR, developed by P. Hart and R. Duda, an expert system 
geological consultant that evaluates sites for potential mineral deposits. The 
second is DIPMETER, developed at Schlumbeger, a system for analyzing oil-well 
logs . 

Several systems have been developed for medical purposes, mostly diagnostic in 
nature. Most prominent are MYCIN, for diagnosing bacterial infection, and 
PUFF for identifying lung disorders. 

Areas of potential application for the SSDS include: 

- Subsystem Control and Monitoring 

System Configuration 

- Computer Programming and Computer Assisted Instruction 
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Biomedical 

- Fault Detection/Diagnosis/Correction 

- Planning, Scheduling, and Logistics 

- Modeling 

- Distributed Data Base Management 

1 . 6 . 2 . 1 . 2 Option Characterization 

1.6.2. 1.2.1 Subsystem Monitoring and Control 

Prototypes have already sprung up at NASA-JSC and elsewhere demonstrating the 
feasibility of using expert systems for monitoring and control. The NAVEX 
(navigation expert system) developed by engineers at NASA-JSC, acce pts 
simulated navigation telemetry data and monitors the health of onboard shuttle 
equipment such as the Inertial Measurement Units (IMU). This function is 
normally performed by NASA navigation experts during a mission where decisions 
are made that critically affect the mission. Although there are no plans to 
replace the human in thi3 situation, the feasibility of such a replacement has 
been demonstrated. 

All types of data may be monitored, both ground and onboard. This includes 
the state and status of all subsystems. Expert systems may project parameter 
trends; recognize patterns; detect, predict and explain anomolous conditions; 
recommend courses of action; and implement courses of action. The 
capabilities of the subsystem monitoring and control expert systems may be 
limited at IOC by the speed of their response times. They may only be 
recommended for functions of criticality 3 (as defined in the SSDS Task 1 
Functional Data Sheets) or higher, i.e. for those functions with recovery 
times of 10 or more minutes. They may also be used to supplement other 
automated or human monitoring functions. Some of the SSDS functions to be 
studied for their application are: 
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2.5.3 Support OTV Operations 

2.5.4 Support OMV Operations 

4.1 Operate Avionics Systems 

4.2 Operate Non-Avionics Core Systems 

4.3.4 EVA Support 

4.5.1 Core Systems Status Monitoring 

4.5.2 Customer Systems Status Monitoring 

5.1.2 Flight Resource Management (Facility Status) 

5.2.2 SSCC Resource Management (Facility Status) 

5.2.4 Global Facilities Management 

5.3.2 Satellite Center Resource Management (Facility Status) 

5.4.2 DHC Resource Management (Facility Status) 

5.5.2 Development Support Resource Management (Facility Status) 

1.6. 2. 1.2. 2 System Configuration 

The feasibility of expert systems for system configuration is demonstrated by 
the success that DEC has had with the system XCON. This system, which has in 
excess of 4,000 rules, successfully configures various computer systems 

manufactured by DEC, even when incorrect or incomplete data is submitted by 
buyers . 

System configuration expert systems would be valuable in managing the 
complexity of the SSDS components. Specific functions for further study are: 
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1.3.3 Data Distribution Routing 

2.5.5 Customer Payload Checkout/Service 

2.6 SS Payload Equipment Checkout and Servicing 

4. x.x.x.x Device Management 

5.2.4 Global Facilities Management 

5. 1.2.6 Reconfigure/Disconnect Payloads and Core Systems 

5. x. 2. 4 Configure Data Processing Equipment 

6. x.l Configure System 'x' Simulation 

1 . 6 . 2 . 1 . 2 . 3 Computer Programming and Computer Assisted Instruction 

Research is being done in this area by the University of Texas on a 
programmer's apprentice system which aids the programmer in developing and 
debugging his programs. 

Schlumberger has developed a system known as PHI-0 which permits an expert to 
develop programs for oil-well logging analysis simply by expressing 
quantitative relationships. 

Other areas in which research has resulted in useful products include 
automatic code generation for data base query systems. Several commercial 
products are available which include this capability. See section 1.6. 2. 3. 2. 

Applications within the SSDS for computer programming systems fall within the 
software development functions and for computer assisted instruction within 
the training functions. Specific functions are: 

6.8 Develop Training Exercise Configuration 

6.9 Conduct Training Exercise 

6.10 Develop Software 
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1.6.2. 1.2.4 Biomedical 


One of the most successful areas for expert systems has been in the biomedical 
sciences. This may be attributed to the wealth of heuristics used in this 
area and the willingness of experts to participate in the technology transfer. 
Systems such as INTERNIST, CADUCEUS, MYCIN, ONCOCIN, PUFF, RX, and VM have 
demonstrated feasibility in this area. 

Biomedical expert systems may fulfill some of the health maintenance functions 
within the SSDS such as: 

4.3. 1.2 Medical Diagnostics Support 

4. 3. 1.3 Treatment Support 

1 . 6 . 2 . 1 . 2 . 5 Fault Detec tion/Diagnosi s/Correct ion 

FAITH is a system developed by JPL that provides powerful representational and 
diagnostic capability, and has been applied to the Voyager spacecraft Mission 
Telemetry Monitoring and Diagnosis process. Component behavior in FAITH is 
simulated by rules that are typed as Events and Inferences permitting it to 
imitate certain aspects of human diagnostic performance. 

This type of diagnostic system is able to represent different levels of 
details of system components, to troubleshoot, and to infer the component 
failure even to the most primitive component. It is within the current 
capabilities of diagnostic systems to monitor, detect, and in some cases 
correct failures of equipment. 

Diagnostic expert systems may be employed for the detection and diagnosing of 
faults within mary SSDS systems; however, they may not be suitable for 
correcting failures of critical systems where very rapid response times are 
required, i.e. for those systems requiring redundant or hot backups. 

Functions to be examined are: 
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1.3.3 

2 . 5 . 3. 2 

2 . 5 . 4. 2 
2.5.5 

2.6 

4.5.4 

4 . x . x . x 

5 . x . x . x 


Data Distribution Routing and Transmission 
OTV Checkout and Diagnostics 
OMV Checkout and Diagnostics 
Customer Payload Checkout/Service 

SS Payload Equipment Checkout and Servicing 
System Diagnostic Support 
Device Management 
Facilities' Device Management 


1 . 6 . 2 . 1 . 2 . 6 Planning, Scheduling, and Logisti cs 

The areas of planning and scheduling lend themselves to development by expert 
systems. Rand has developed at least two scheduling systems. NASA JPL has 
developed a ground-based scheduling system, DEVISOR, used for scheduling 
onboard activities of unmanned spacecraft. M. Fox has developed a job-shop 
scheduling system based upon constraint-directed reasoning. Ford Aerospace 
and Communications Corporation has developed the Resource Planning and 
Management System (RPMS), a general purpose resource scheduling system. 

It should be noted, however, that state-of-the-art planning systems are only 
capable of resolving scheduling constraints with respect to the optimization 
of a very limited number of resources. Thus, current systems are more suited 
for the scheduling of activities than for the optimization of resources. 

Since conventional approaches to planning and scheduling problems do not often 
provide satisfactory solutions, the merits of expert planning and scheduling 
systems will be studied closely. The following functions will be addressed: 

3.1 Develop Typical Day Schedules 
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3.2 Develop Short Term Schedules 

4. 3. 1.5 Exercise Planner 

5.x. 2 Facilities' Resource Management 

5.2.4 Global Facilities Management 

7.1.1 Develop Transportation Plan 

7.1.3 Develop Maintenance Schedules 

7.1.4 Develop Training Schedules 


1.6.2. 1.2.7 Modeling 

A program called Natural Language for Queuing Simulation (NLPQ) was written at 
the Naval Postgraduate School in the early seventies. This program accepted 
an English description of events and their interrelationships and produced 
GPSS (a conventional simulation language program) code. This code could then 
be read by the GPSS program, and simulations could be run. 

Model building has been a significant part on many expert systems such as 
DENDRAL, which models organic molecules; PHI— 0, which models oil-well 
drilling; and DEVISOR, which models scheduled events. These represent only a 
few of the evolved expert systems in which modeling is an integral part of the 
system. 

There is much promise for modeling and simulation using expert systems, 
particularly rule-based environments where constraints can be established. 
Modeling is also an inherent feature of planning/scheduling systems. Other 
SSDS functions for modeling are: 

1.3.3 Data Distribution Routing and Transmission 

2.5.3 Support OTV Operations 
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2.5.4 

Support OMV Operations 

4 . x . x . x 

Device Management 

6.10 

Develop Software — Modeling 

7.4 

Control Inventories 


1.6.2. 1.2.8 Distributed Data Base Management 


The main function of Distributed Data Base Management (DDBM) is to provide the 
mechanism for storing and retrieving information. Information in this context 
is more than mere data; it includes knowledge necessary for expert systems to 
infer conclusions. Although the function of storing and retrieving is a 
typical function of conventional data management systems, this system, unlike 
a conventional one, is charged with "making sense" of requests from a user and 
selecting the "best-fit" for the user request. Furthermore, the DDBM must be 
able to search out, request, and retrieve information even though it exists in 
other networked data base systems. The DDBM must be cognizant of the content 
of external systems and verify retrieved information. 


The concept of "making sense" of a user requests assumes a knowledge of 
English syntactic constructions, abbreviations, pronoun references, ellipses 
(i.e. omissions of one or more words that can be inferred through context), 
and minor errors (e.g. spelling or grammar) . 


The "best-fit" information means that the DDBM can infer from the request the 
nature of the data that the user needs even though the user may have been 
imprecise or incorrect in his request. It also presumes the user can tolerate 
a certain measure of incorrect responses. 


The DDBM must have knowledge of the universe in which it exists in order to 
extract and deliver the information that is requested, regardless of where the 
information is located (perhaps even several locations), or to digest and 
store the information it is given. 
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No examples of an operational expert system DD8M can be cited. 

Potential SSDS functions for which an expert system DDBM can be considered are 
5.X.1 Data Base Management 

5.2.4 Global Facilities Management (Data Base) 

1 . 6 . 2 . 1 . 3 Projected Capabilit ies 

The appearance of such "Expert Systems" companies as Applied Expert Systems 
(Cambridge, Ma.), Cognitive Systems (New Haven, Ct.), Compute r*Thought 
(Plano, Tx.), Inference Corporation (Los Angeles, Ca.), IntelliCorp (Palo 
Alto, Ca.), Smart Systems (Alexandria, V a.), Syntelligence (Menlo Park, Ca.), 
and Teknowledge (Palo Alto, Ca.) is evidence of the success that Expert 
Systems have experienced in the last few years. 

Many companies are beginning to establish AI laboratories with the intent of 
developing expert systems. 

DARPA, the National Security Agency, NASA, and the armed services are all 
engaged in promoting the development of expert systems for a myriad of 
applications. Research on approaches that would speed the execution of expert 
systems, namely parallel processing and the development of a real-time 
inference engine, could help to broaden the range of SSDS applications. 
Presently, there are no large scale, real-time expert systems. Rome Air 
Development Center released an RFP in early 1984 for research intended to 
result in an inference engine capable of handling 10,000 rules and performing 
4000 inferences per second . 

It seems likely that expert systems could play a significant role in the 

automating of SSDS functions that do not critically require large, real-time 
systems . 
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1.6. 2. 2 Image and Speech Recognition 
1 . 6 . 2 . 2 . 1 Descripti on 

Image recognition is probably the most difficult area of AI and represents 
less dramatic advances. Systems tend to be crude and limited in their 
capability to detect and identify objects. 
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Vision is often divided into three categories: 1) low-level vision, or early 
processing, which includes such items a3 intensity and orientation of edge 
elements; 2) intermediate- processing, or segmentation, which includes 
features such as lines, regions, shape, and surface; 3) high-level processing, 
which deals with objects that rely on domain-specific knowledge to construct 
scene descriptions. 

Speech recognition may be considered to be signal processing. More progress 
has been accomplished in this area as compared to vision. 

1.6. 2. 2. 2 Option Characterization 


1 . 6 . 2 . 2 . 2 . 1 Image Recognition 

Most of the applied successes have been associated with robotic vision. At 
the Ford Motor Robotic Center in Dearborn, Mi., vision has been used to 
identify the holes in engine blocks in order for an industrial robot to place 
it on a pallet. However, they have had little success with using vision to 
identify streaks or runs in paint. 

A fully automatic system for transistor wire bonding, developed by Hitachi, 
was one of the first production robotic-vision systems to use image processing 
functions extensively. This system, which assembles 2,000 chips per hour, 
uses vision to locate integrated circuits. 

CONSIGHT-I, developed at General Motors, is a vision-based system that picks 
up parts that have been randomly placed on a moving conveyor belt. 

SRI International has developed a leading machine— vision system called the SRI 
Vision Module. The system is a package of useful programs with all necessary 
hardware for visual sensing and inspection tasks. 
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1 . 6 . 2 . 2 . 2 . 2 Speech Recognition 

Research is being performed by many groups. In particular, the Air Force has 
been sponsoring efforts whereby pilots may converse with their aircraft thus 
freeing their hands for other duties. It has been noted, however, that the 
human voice tends to change pitch in stressful conditions therefore making 
successful pattern recognition algorithms somewhat more difficult to achieve. 

A voice recognition control system with a vocabulary of 100 discrete words is 
being tested at the NASA JSC Space Station Command Center (“lockup. 

1 . 6 . 2 . 2 . 3 Projected Capabilities 

When DARPA announced its "Strategic Computing" plan in 1983, it estimated that 
it would require another 10 years of concentrated effort before vision would 
reach the state where an unmanned vehicle could traverse unknown terrain 
successfully . 

It is unlikely that image recognition systems could be a viable option for 
SSDS applications that would require three-dimensional vision, e.g. rendezvous 
or collision avoidance. 

Two-dimensional vision shows more promise and may be a viable option for 
astrophysics applications. Some research in this area is being conducted at 
NASA's Ames Research Center. An SSDS function for two-dimensional vision is: 

6.10 Develop Software — the digitization of visual scenes (from 

photographs, drawings, etc.) for Speech recognition for disconnected 
voice, i.e. word recognition, shows more promise and may be used in a 
fashion similar to that of the pilots. In the long term, industry, 
the MCC, and the Japanese Fifth Generation projects' research may 
produce products with greatly increased vocabularies; however, speech 
recognition for connected voice cannot now be predicted as a viable 
option for the SSDS. SSDS functions for disconnected voice 
recognition are: 
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4. x.x.x Core Systems' Command Interface Processing 

5. x.x.x Facilities' Command Interface Processing 

1 . 6 . 2 . 2 . 4 Referenc es 
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Intelligence," Defense Electronics , April, 1984, pp. 106-115. 
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Branch, Simulation and Avionics Integration Division, NASA JSC, July, 1984. 

1 . 6 . 2 . 3 Natural Language Software 

1.6. 2. 3.1 Description 

The processing of natural language by machines requires a possession of 
contextual knowledge for the message and the process for drawing inferences 
from both the message and the contextual knowledge. 

Natural language understanding is concerned with the constituents of the 
language. These include: morphemes (meaningful substrings within words), 
inflections (prefixes and suffixes), lexical items (words), determiners 
(articles and demonstratives), quantifiers (adjectives and adverbs), syntactic 
entities (noun phrase, verb phrase, adverb, etc), semantic roles, clauses, 
negation markers, and sentential components. 

The areas where most research has been concentrated on natural language 
processing include: data base retrieval (DB query), data base management (D8 
interfaces), text comprehension, text generation, question answering, 
interactive dialogues, and machine translation. 
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Natural language processing for data base access must be able to handle 
grammatically incorrect input, clarify interactions, instruct neophytes, 
address experts at their level, and incorporate domain-specific knowledge of 
the data base. 

The general architecture of a natural language data base query system 
includes: 1) English input query, 2) natural language analyzer, 3) internal 
representation mechanism, 4) code generator (automatic programming) , and 5) 
executable retrieval routine. 

1.6. 2. 3. 2 Option Characterization 

Several natural language (NL) programs have emerged in the past few years. 
These include: INTELLECT (Artificial Intelligence Corp., Waltham, Ma.), a NL 
data base retrieval interface written in PL-1; STRAIGHT TALK (Symantec, 
Sunnyvale, Ca.), a portable NL data base interface written in PASCAL; PEARL 
(Cognitive Systems, Inc., New Haven, Ct.), a customized NL interface system 
written in LISP; NLMENU (Texas Instrument Inc., Dallas, Tx.), a NL interface 
to relational data bases; WEIDNER (Weidner Communications Corp., Provo, Ut.), 
a semi-automatic natural language translation; LOGOS (Logos Computer Systems 
Inc., Waltham, Ma.), an interactive natural language translation. 

1.6. 2. 3. 3 Projected Capabilities 

Funding for natural language processing research has come basically from the 
Office of Naval Research (ONR), National Science Foundation (NSF), and Defense 
Advanced Research Projects Agency (DARPA). This research is being undertaken 
at such universities as Yale, University of Massachusetts, University of 
California, Carnegi e-Mel Ion, University of Illinois, Brown, Stanford, MIT, and 
University of Texas. 

Several members of the industrial community are also investigating natural 
language processing. Some of these are: Bolt Beranek & Newman, TRW, IBM, 

Burroughs, Sperry Univac, Systems Development Corp., Hewlett Packard, Martin 
Marietta, Texas Instruments, Xerox, Bell Labs, Institute for Scientific 
Information, General Motors, and Honeywell. 
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It appears that the trend for developing natural language processing systems 
will continue, and more sophisticated systems should be forthcoming in the 
next few years. Natural language processing is a desirable option for the 
SSDS in that it would provide an interface that could be "friendly" to a large 
group of users from varying technical backgrounds. Thus, it merits additional 
study. However, it must also be noted that no natural language interface has 
as yet been developed to such complex and distributed data bases as those of 
the SSDS promise to be. SSDS functions to be evaluated include: 

4. x.x.x Core Systems' Command Interface Processing 

5. x.x System 'x' Data Base Management 

5.3.3. 1 User Process Control (Satellite Centers) 

S.x.x.x Facilities' Command Interface Processing 

6.9.5 Conduct Training Exercise 

7.2 Customer Usage of System (Accounting) 

Natural language processing should also be an important feature of the SSDS 
expert systems, particularly those used for planning and scheduling. 

1 . 6 . 2 . 3 . 4 Referenc es 

Kaplan, S. Jerrold, "Natural Language in the DP World," Datamation . August, 
1982, pp. 115-118. 

Rauch-Hind in, Wendy, "Natural Language," Systems Software , January, 1984, pp. 
187-200. 

1.6.3 Summary 

AI, particularly the field of knowledge— based or expert systems, addresses the 
fundamental problem of the transfer and application of knowledge and 
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expertise. It seeks computerized solutions to the problems largely created by 
computers: how to capture, analyze, and distribute vast amounts of 

information. The human reaction to this knowledge explosion has been the 
trend towards specialization. Each person's expertise must now be funneled 
into an ever-narrowing domain. Thus, another problem is created: the reliance 
upon experts, an unpredictable resource, for the performance of required 
functions . 

Whereas other areas of computer science are concerned with the generating, 
straightforward processing, gathering, and transmitting of data, interpreting 
the significance of the data ("figuring out what it all means") falls within 
the realm of AI. 

Technological progress may, therefore, be paced by its ability to solve the 
problems AI addresses. The recognition of this fact is what has provided the 
impetus for the tremendous amount of ongoing and projected research in AI. 

The commercialization of this research will be rapid and dramatic. Figure 
1-6—1 illustrates the current and predicted commercialization of knowledge 
system technology. Table 1.6-2 illustrates the past and predicted growth in 
five AI markets. 
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FIGURE 1.6-1 
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Source: Hayes-Roth, Frederick, "Knowledge-Based Expert Systems," 

IEEE Computer . October 1984, p. 270. 
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TABLE 1.6-2 

ARTIFICIAL INTELLIGENCE MARKET GROWTH 
($ Millions) 


MARKET AREA 

1981 

1982 

1983 

1984 

1985 

1986 

1987 

1988 

1989 

1990 

Expert Systems 

4 

8 

16 

32 

55 

95 

160 

270 

460 

780 

Natural Language 

5 

8 

18 

32 

55 

100 

175 

300 

525 

920 

Computer-Aided 

Instruction 

3 

5 

8 

12 

20 

30 

50 

80 

125 

200 

Image Recognition 

7 

15 

30 

55 

85 

130 

202 

320 

490 

760 

Voice Recognition 

4 

6 

10 

17 

25 

40 

60 

90 

130 

200 

TOTALS 

23 

42 

82 

148 

240 

395 

647 

1060 

1730 

2860 


Source: DM Data Update , vol. 1, no. 1, June 1984. 
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Yet, it must also be recognized that the AI technologies are immature. 
Significant numbers of products have emerged only within the last 5 years. 

One can predict that AI technologies will undergo tremendous growth, but the 
paths they will take are unpredictable. Rapid obsolescence and the 
abandonment of approaches will be characteristic of the technologies for the 
next decade. 

AI's immaturity presents several issues to be addressed in greater detail in 
Task 3's AI Automation Trade Study. Some of these issues are: 

- Scarcity of engineers trained in AI applications, e.g. knowledge 
engineers 

- Limited breadth of knowledge 

- Slowness of response time due to the lack of a real-time inference 
engine, multiprocessor architectures , or parallel processing 

- Availability of space-qualified processors and their integration into 
the DMS 


- Lack of systems engineering tools to support the design, development, 
verification, and maintenanceof software 

- Difficulty in providing management insight into the development 
process, i.e. assessing the status 

- Lack of modularity and techniques to distribute the software effort 
over a large engineering team 

- Speculative nature of AI products and services. 

The impact of each of these issues may vary according to the nature of the 
particular SSDS function and the time period being considered. References 
were made throughout this report on specific SSDS functions where AI 
technologies might be applied. Table 1.6-3 provides an overview of those 
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references. Whether and when an AI approach is preferable to a conventional 
approach for the performance of particular functions, considering the issues 
and their impact upon risk and cost criteria, is the subject of the AI 
Automation (Expert Systems) Trade Study. 
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TABLE 1.6-3 

APPLICABILITY MATRIX: OPTIONS VS. SSDS FUNCTIONS 


SSDS Functions (7) 


1.6.2 Applications 

1.0 

2.0 

3.0 

4.0 

5.0 

6.0 

7.0 

1.6.2. 1 

Expert Systems 
and Prob. Solving 






(1) 


1.6.2. 1.2.1 

Subsystem 
Monitor & Control 

NO 

YES 

NO 

YES 

YES 

NO 

NO 

1.6.2. 1.2.2 

System 

Conf iguration 

YES 

YES 

NO 

YES 

YES 

YES 

NO 

1.6.2. 1 .2.3 

Programming 
and CAI 

NO 

NO 

NO 

NO 

NO 

YES 

NO 

1.6.2. 1.2.4 

Biomedical 

NO 

NO 

NO 

YES 

NO 

NO 

NO 

1.6.2. 1.2.5 

Fault Diagnosis 

YES 

YES 

NO 

YES 

YES 

NO 

NO 

1.6.2. 1.2.6 

Planning, 

Scheduling 

NO 

NO 

YES 

YES 

YES 

NO 

YES 

1.6.2. 1.2.7 

Modeling 

YES 

YES 

NO(2) 

YES 

NO(2) 

YES 

YES 

1.6.2. 1.2.8 

Distributed 
Data Base Mgmt. 

NO 

NO 

NO 

NO 

YES 

NO 

NO 

1.6. 2. 2 

Image and Speech 
Recognition 

NO 

NO 

NO 

YES(3 ) 

YES(3) 

YES(4) 

NO 

1.6.2. 3 

Natural Language 

NO 

NO 

NO(5) 

YES 

YES 

YES 

YES 
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ARTIFICIAL INTELLIGENCE 


Notes : 

1 All applications listed under 4.0, Operate Core Systems, would also be 
required under 6.0, Simulation of the Core Systems. 

2 However, modeling is an inherent feature of the planning and scheduling 
expert systems. 

3 Disconnected voice recognition only. 

4 Scene digitization. 

5 However, natural language interfaces are an inherent feature of the 
planning and scheduling expert systems. 

7 SSDS function numbers represent the following major functional categories 

1.0 Manage Customer/Operator Delivered Data 

2.0 Manage Customer/Operator Supplied Data 

3.0 Schedule and Execute Operations 

4.0 Operate Core Systems 

5.0 Manage SSDS Facilities 

6.0 Develop, Simulate, Integrate, and Train 

7.0 Support Space Station Program 
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1.7 COMMUNICATIONS 


PRECEDING PAGE BLANK NOT FILMED 
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1.7.1 HARD-WIRED COMMUNICATIONS 


PRECEDING PAGE BLANK NOT FILMED 
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1.7. 1.1 Network Media for Space Station Program 


1.7. 1.1.1 Description 

The transmission media of a computer network is the physical signal carrying 
element connecting the nodes of the network. The media may consist of: (1) 

coaxial cable (coax), (2) twisted shielded pair (TSP), (3) optical fiber, or 
(4) electromagnetic or optical transmission through free space. 

Different transmission media differ in transmission capacity bandwidth, 
reliability, ease of connectivity, immunity to noise, cost, applicable 
modulation schemes, attenuation, sensitivity to radiation, and acceptable 
temperature range . 

It is not necessary for a computer network to contain only one type of media. 
Hybrid interconnections may be required in certain situations that require the 
use of optimal properties of given media. For example, a network extended 
over a flammable region may use mostly TSP because of cost, except at the 
flammable region, where optical fiber would be used. Optical fiber carries no 
electricity, so no sparks could cause an explosion. 

In general, the discussion that follows applies to the following elements of 
the Space Station Program (SSP): 

- The Space Station 

- Co-orbiting Platforms (COP) 

- Polar Orbiting Platforms (POP) 

- Orbital Maneuvering Vehicle (OMV) 

- Orbital Transfer Vehicle (OTV) 


PEECEDtNG PAGE BLANK NOT FILMED 
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1.7. 1.1.2 OPTION CHARACTERIZATION 


1.7.1. 1.2.1 Areas of Comparison 

The following areas of comparison include general characteristics for media 
selection and some that have particular application to the space station and 
other space based networks. No attempt was made to place these in order of 
importance. 

a) Bandwidth. The frequency domain width of a signal is known as its 
bandwidth, and different media can only carry signals of certain 
maximum bandwidths. It is proportional to the information carrying 
capacity of a channel or medium. When a signal is to be propagated 
over a relatively long distance, the bandwidth-distance product is 
important also. As a signal travels, dispersion and other physical 
phenomena can cause errors in detection at the receiver because 
successive pulses start merging together. A typical bandwidth- 
distance product for a communications system might be 10 MHz. km, 
which means that a 10 MHz signal can be carried for one km. or 1 MHz 
for 10 km, etc., as long as the product of bandwidth (in MHz), and 
distance (in km) is less than 10. In addition, the receiver and 
transmitter rise times can be a limiting factor in the overall 
system, especially in local area networks where distances are small 
and the bandwidth-distance product of the media may not be the 
limiting factor. 

b) Cost. The relative cost of one media versus another can be a factor 
in media selection, specially when long distances are involved. The 
transmitters and receivers can also vary in cost, depending on the 
medium with which they are designed to work. 

c) Reliability. As in cost, for very localized networks the end to end 
reliability is not so much a function of the medium, as it is of the 
transmitters and receivers. 
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d) Noise immunity and bit error rate (BER). Noise, or electro-magnetic 
interference can have a devastating effect on a transmission system 
if the system medium is susceptible to picking up that 
interference . If the system is digital, the effect of noise is to 
increase the number of bit errors for each bit transmitted (10 

for example is a typical BER). Figure 1 shows a typical plot of BER 
versus Signal to Noise Ratio (SNR). If the modulation is analog, 
the SNR decreases and intelligibility of the received signal may 
suffer. 

e) Electromagnetic transmission. When a signal is carried through a 
medium, it is possible that an antenna effect will exist, and an 
electromagnetic signal proportional to the signal carried will be 
transmitted. This situation is the reverse of what happened in d) 
above, where the medium acts as a receiver. Media transmission of 
electromagnetic radiation is a problem for two reasons. First, it 
poses a potential security problem if the data transmitted is 
classified, and second, it can cause interference with adjacent 
communication lines. 

f) Attenuation. As a signal propagates it loses some of its energy for 
various reasons. Attenuation is a measure of how fast this energy 
is lost as a function of distance travelled (units are dB/km) . If 
attenuation is very high, then repeaters are needed at closer 
distances, with higher cost and lower reliability. 

g) Modulation schemes. The way in which a signal is mixed with others 
to facilitate propagation through a medium is known as modulation. 

In AM radio, for example, an audio signal is used to amplitude 
modulate a radio frequency carrier, so that the audio signal can 
travel much further than it could otherwise, and without disturbing 
anyone. AM is a type of broadband transmission. FM, PM, SSB-AM, 
FSK, PSK are other broadband methods. In baseband, the information 
carrying signal is not modulated, but is sent as is down the 
medium. The best scheme to use will depend on whether the data is 
analog or digital, the BER of the medium, the degree to which data 
must be multiplexed, etc. The BER vs SNR curve shown in Figure 1 
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Figure 1 
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will shift considerably depending on the modulation scheme. More 
complex modulations will usually yield a lower BER for a given SNR. 

This allows a lower power level at the transmitter, and can save 
weight, space and power. 

h) Connectivity - directivity - topology implications. Some 
transmission media are capable of point to point and broadcast 
connectivity. Also some can transmit more easily in one direction, 
while others are naturally bidirectional. Connectivity and 
directivity have direct implications on the topology that a medium 
will allow. For example, if a medium is not well suited for 
broadcast, a bus topology may be a poor choice, because all nodes in 
a bus need to receive the data at about the same time, but a token 
ring may be appropriate because only the "next" node needs to 
receive data. 

i) Space environment implications. The space environment of low earth 
orbit may damage some media unless certain precautions are taken. 

The cumulative effect of cosmic rays, and the very large temperature 
ranges are good examples. The zero-g and vacuum conditions of space 
could also be a problem. 

j) Transmitter and receiver electronics. Different media require 
different transmitters and receivers. This physical link that 
interfaces with the media has implications in cost, weight, 
reliability, complexity, maintainability, temperature sensitivity, 
and power and space requirements . 

1.7. 1.1. 2. 2.1 Twisted Shielded Pair (TSP) 

TSP is a form of transmission line in which two wires are arranged in a spiral 
pattern so that electrical properties are constant throughout the length of 
the line, and to reduce noise. They are available with different numbers of 
twists per foot and various types of shields. 
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a) Bandwidth. 64 kbits/sec is a typical data rate, but a few 
megabits/sec can be achieved if distances to be travelled are very 
short. The present Space Shuttle bus network consists of TSP and 
runs at 1 Mb/sec over a distance of 300 feet. 

b) Cost. This is one of the cheapest media per linear foot, and 
transmitters/receivers are also inexpensive. It is an old 
technology, however, so the price to performance ratio is as high 
now as it is likely to ever be. Newer media are gaining on TSP, 
especially when cost of transmission capacity is considered instead 
of cost per linear foot. 

c) Reliability. Highly reliable because of its simplicity. 

. . . —5 

d) Noise immunity and BER. Not very good, with a typical BER of 10 

e) Electromagnetic transmission. When the separation between the 
conductors is in the same range as operating wavelength EM radiation 
can take place, so TSP is best suited for transmission of relatively 
low frequencies (3-4 MHz or less). 

f) Attenuation. This is dependent on the frequency of transmission. 

The higher the frequency the higher the attenuation because of two 
reasons. First, the higher the frequency, the more loss due to 
radiative effects, and second, higher frequencies tend to travel on 
the outside of a cable (skin effect) so that the impedance is higher 
at higher frequencies and more energy is lost to heating. 

g) Modulation schemes. Analog or digital data can be transmitted with 
a variety of signaling approaches. Baseband is normally used 
because high frequencies are attenuated and broadband usually 
includes significant high frequency components. 

h) Connectivity - directivity - topology implications. Capable of both 
point to point and multipoint connectivity, but much better suited 
for point to point applications such as in a Private Branch Exchange 
(PBX). TSP is bidirectional, but because it is better for point to 
point, the selected topology should take this into consideration. 
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i) Space environment implications. The internally controlled space 

environment in the shuttle has caused no problems for TSP. Direct 
space exposure has not caused problems in previous space missions. 

1.7. 1.1. 2. 2. 2 Coaxial Cable (Coax) 

Coaxial cable is a type of transmission line very similar in concept to TSP, 
but with modified construction that gives Coax different operating 
characteristics . Coax has an inner wire conductor (usually copper), with an 
outer conductor that surrounds the inner one and is usually grounded. Air, or 
some other dielectric material separates the two conductors. An insulator 
surrounds the entire cable. 

Two major types of coax are available; 50 ohm for baseband transmission, and 
75 ohm for broadband. 

a) Bandwidth. Baseband coax can carry 10 - 20 Mbits/sec, half-duplex 
broadband coax can carry as much as 150 Mbits/sec full-duplex. 

b) Cost. Coax is slightly more expensive than TSP, and taps and 
connectors for it are also more expensive, but the higher bandwidth 
and other properties of coax can make it very cost effective 
compared to TSP for some applications. 

c) Reliability. Very reliable, especially for baseband where no 
transponders or active modulators are needed. Broadband is also 
reliable, and redundant active elements can increase the reliability 
to that of baseband . 

d) Noise immunity and BER. Coax is more immune to noise than TSP, 
especially at higher frequencies, and the BER is usually less than 
10 ~ 5 . 

e) Electromagnetic transmission. A3 in TSP, coax can act as a 
transmitter antenna for electromagnetic waves, particularly at high 
frequencies, so can pose security problems also. 
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f) Attenuation. Varies with frequency. At 10 MHz it is about 10-30 
dB/km, and at 100 MHz it is about 30-100 dB/km. For spacecraft 
applications, distances are not likely to be more than 200 m, and 
will usually be much less than that. 

g) Modulation schemes. In baseband there is no modulation, but the 
data is usually Manchester encoded so that the clock can be easily 
recovered. In broadband, frequency and phase modulation are used. 

h) Connectivity - directivity - topology implications. Point to point 
is easily implemented, but coax is primarily used for multipoint 
topologies such as bus and tree. Baseband coax can typically have 
100 or so drops, and broadband can support 1000 or more drops. 
Because of the high attenuation of coax, however, repeaters or 
amplifiers must be placed every one-half kilometer approximately. 

i) Space environment implications. Coaxial cable has been used 
extensively in space without any problems. 

1.7. 1.1. 2. 2. 3 Optical Fiber 

Communications with optical fiber occurs by sending a beam of optical or 
infrared radiation through the fiber. An optical transmitter converts an 
electrical signal into a modulated beam which is then optically coupled to the 
fiber. A receiver at the other end performs the inverse operation where the 
electrical signal is recovered from the modulated beam. The fiber consists of 
a center core of glass with an index of refraction slightly higher than that 
of the surrounding material, known as the cladding. The ratio of the indices 
of refraction of the two materials is such that a beam travelling in the core 
undergoes total internal reflection when it contacts the core/cladding 
boundary . 

There are three different ways in which light propagates down a fiber, 
depending on the diameter of the core and how fast the index of refraction 
changes at the core/cladding interface. When the core is of a very small 
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diameter (5-10 microns) and the index of refraction changes abruptly at the 
interface, the result is single-mode step index fiber, which transmits a 
single mode of linearly polarized electromagnetic radiation. When the 
diameter of the core is fairly large (50-400 microns) and the index of 
refraction also changes abruptly, the fiber becomes multi-mode step-index. In 
this type of fiber many modes of light propagate at the same time. The third 
type of fiber is the multi-mode graded index fiber, in which the index of 
refraction changes slowly from the inside of the core to the outside of the 
cladding. Light i3 propagated because of the bending of the light that takes 
place as the index of refraction changes, not because of internal reflection. 

Because optical fibers are so thin, most cables include several fibers inside 
them, and strength members to keep the structure from falling apart under 
axial and tangential forces. 

a) Bandwidth. Practical systems available off-the-shelf provide data 
rates up to about 50 Mbps, but under laboratory conditions data 
transfer up to a few Gigabits per second have been demonstrated. 

For rates of less than 100 Mbps, highly reliable and inexpensive 
LED's can be used, but for higher data rates laser diodes are 
required. Laser diodes are not very reliable, are expensive and 
very temperature sensitive. 

b) Cost. The cost per foot of fiber is quickly approaching that of 
coax and TSP, but the optoelectronic transmitters and receivers are 
still expensive (see section j). Connecting fiber is also more 
difficult and expensive than TSP and coax because optical alignment 
is required, so unexpected modifications in the topology can be 
costly . 

c) Reliability. Systems using LED's are very reliable, but those with 
laser diodes are fairly unreliable because of present differences in 
MTBF's. The fiber itself is very strong and does not significantly 
degrade the reliability of the overall system much unless humidity 
is allowed to affect it, in which case microcracks propagate and the 
fiber can split. 
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d) Noise immunity and BER. The negligible noise susceptibility of 

4 • % 

fiber is one of its biggest advantages over other media. 
Electromagnetic interference does not interact with the fiber 
because the optical energy has a wavelength very different than 
radio frequencies, and the opaque cover of fiber does not allow 
interference from optical sources. Fiber also has an extremely low 
BER, in the order of 10 ^ to 10 

e) Electromagnetic transmission. EM transmission is negligible, and 
fiber is very secure as a result, because there are no spurious 
transmissions that could be picked up. The only way to tap into a 
fiber is by physically getting a "piece" of the beam transmitted, 
and such attempts are very difficult and can usually be detected. 

f) Attenuation. It can be as low as .2 dB/km for single-mode fiber, 
but typically it is about 2-5 dB/km. 

g) Modulation schemes. Optical fiber systems normally operate on 
baseband where the light is quickly turned on and off along with the 
digital signal to be transmitted. In certain cases it can be 
advantageous to send two or more beams of different wavelength on 
the 3ame fiber at the same time, i.e. "color modulation". (Figure 
2). LED's that operate at different wavelengths can couple their 
output onto the same fiber, and light detectors of the incoming 
wavelengths are placed in the receiver. 

h) Connectivity - directivity - topology implications. Mostly limited 
to point to point, but multidrop is possible at higher expense by 
using optical couplers and splitters. Passive multidrop systems are 
presently limited to about 16 - 32 nodes because of the losses at 
the taps. Propagation through the fiber is intrinsically 
unidirectional, so a bus topology would require two fibers to meet 
the bidirectionality requirements . Fiber is ideal for a token ring 
type topology where requirements are for unidirectional data 
transmission, and the node bypass technology is already available. 
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Passive and active star networks have been built with 16-64 nodes. 
Passive ones are very reliable but are limited to about 32 nodes and 
receiver sensitivity and transmitted power limit how much the power 
can be divided. 

i) Space environment implications. TBD 
1.7. 1.1. 2. 2. 4 Radio and Light Through Free Space 

When physical connection using one of the media previously discussed is 
difficult or even impossible, information can still be carried through free 
space with radio or light. Radio frequency modems, for example, can be used 
for data transmission between computers that are not physically connected. 
Point to point infrared optical systems of very high bandwidths have been used 
for computer to computer communications in line of sight systems. Atmospheric 
disturbances and dispersion are the limiting factors in these systems, but in 
the vacuum of space, and over the short distances in a space vehicle, these 
factors become relatively insignificant. Microwave directional transmission 
is another form of transmission that could be applicable. 

a) Bandwidth. For radio, it depends on the portion of the spectrum 
that can be dedicated. If a relatively low power transmitter is 
used in space, the interference with earthbound systems can be made 
insignificant. Most systems available now offer packetized digital 
radio for communications with mobile systems, such as military 
vehicles. For infrared transmission, data rates around 100 kbps are 
common over a range of a few kilometers. Reliable communications at 
1.5 Mbps are possible over 1 km paths. The inverse relation between 
data rate and distance is very apparent here. Microwaves can also 
carry high data rates in point to point links. 

b) Cost. This is very difficult to assess because it depends very much 
on the application. There is no physical media to buy or to 
install, but the cost of transmitters and receivers can be 
substantial. For mobile systems, radio may be the only alternative, 
and for a system that needs to be reconfigured often, movable 
infrared sources and detectors may be a good choice. 
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c) Reliability. Depends on the electronics of the transmitter and 
receiver, but can be very high if redundancy is used. 

d) Noise immunity and BER. Dependent on the distance over which 
transmission takes place, and atmospheric conditions. Typically the 
BER is around 10 **. Could be susceptible to jamming. 

* ~ 

e) Electromagnetic transmission. Radio is nothing but EM waves, so 
security problems are substantial unless the data is encrypted. For 
line of sight optical communications, enough of the modulated beam 
can be tapped, so security can also be a problem. Microwave and 
radio could potentially interfere with the data transmission through 
TORS, etc., so careful spectral analysis is required. 

f) Attenuation. Variable depending on the frequency or wavelength of 
transmission, and atmospheric conditions. Signal fading can also 
occur, mostly because of varying atmospheric conditions. 

g) Modulation schemes. For radio, any of the normal modulation schemes 
can be used, but spread spectrum techniques offer the best 
performance while requiring more sophisticated transmitters and 
receivers. For infrared, transmission is usually baseband, with 
several varieties of pulse modulation that optimize immunity to 
noise and atmospheric scintillation. 

h) Connectivity - directivity - topology implications. Radio is 
inherently a broadcast type medium and is ideal for multidrop 
multiple access type systems, but can also be used for point to 
point communications. Infrared is normally used for point to point, 
but broadcast applications within a room have also been developed. 

i) Space environment implications. As long as the electronics in the 
transmitter and receiver are well protected, there should be no 
problems with radio or infrared transmission. The infrared noise 
from the sun could be a problem when the spacecraft is being 
directly illuminated. This needs to be investigated further. 
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1.7.1. 1.2.3 Hybrid Media Applications for Space Station 


An optimal networking solution for the space station may require more than one 
type of media. Communications within the habitation modules could be 
performed with optical fiber or coax, but to reach the opposite end of the 
space station, where the antennas are probably going to be located, may 
require traversing about 100 meters or so of free space, where the temperature 
range varies from -TBD c to +TBD c very quickly, according to the 90 
minute orbital cycle. If a cable or fiber is used that cannot withstand these 
temperature extremes, the communication link would fail. An infrared or radio 
link may be a better alternative for this environment. 

Power cables need to go to the antennas also, but the self-heating of a power 
cable may be enough to keep low temperatures above a certain minimum, so that 
the data could be carried by modulation over the d.c. power component. High 
temperatures could be a problem, however, when the station is on the "sun" 
side of the earth. 

Clearly the final design will require very thorough thermal analysis, and 
thermal study of the selected media. Bending of the station structure will 
also have to be considered because of the potential stress it will place on 
connecting cables. Also if an infrared line of sight link is established, 
enough dispersion of the beam must be allowed so that bending will not disrupt 
reception. Redundant beams separated by a few meters may be required so that 
both paths will not become obstructed. 

1.7.1. 1.3 Projected Capabilities 

1.7. 1.1. 3.1 Twisted Shielded Pair (TSP) 

The current TSP technology is very mature and is not likely to change 
significantly in the 1987 or 1995-2000 time frame. TSP’s limitations are 
physical rather than technological. For relatively low rate (under 1 Mbps) 
data communication, this is an inexpensive and proven technology. 
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1.7. 1.1. 3. 2 Coaxial Cable 


The current technology is mature and will only see minor improvement by 1987 
or 1995-2000. Better dielectric materials will lead to some improvements in 
the performance of coax, but as in TSP, the limitations are inherently 
physical. Coax would find applications in medium rate baseband 
communications, broadband, and VHF/UHF television transmission. 

1.7. 1.1. 3. 3 Optical Fiber 

Research in optical fiber is very significant, and breakthroughs are reported 
constantly. For long distance communications purposes, most of the research 
is directed towards lowering the attenuation of fiber so that long distance 
links with fewer repeaters can be built. Increasing the bandwidth of the 
transmitters and receivers is another present research goal. The improvements 
that this research will bring about by 1987 will include lower attenuation and 
higher bandwidth by perhaps a factor of 2 or 3 from present levels. The 
status by 1995-2000 is far harder to predict, but it can be assumed that 
optical fiber will be used for many more applications than today and will have 
gained widespread acceptance. 

For the space avionics requirements , better connectors, splices, by-passes, 
multiplexers and demultiplexers will be necessary, however, if optical fiber 
is to be used in reconf igurable space vehicles. At present, optical fiber 
connectivity is one of the major problems limiting its use. Some topologies 
are difficult to configure with fiber, and until better connectors are 
available, this connectivity problem will continue to pose practical 
problems. The passive star, for example, is limited to about 32 nodes, and 
the bus is also limited in number of nodes because taps incur additive 
losses. Several companies have developed practical connectors, multiplexers, 
demultiplexers, by-pass switches, and fail-safe connectors. Substantially 
improved devices should be available by 1987, and this connectivity problem 
will probably be solved by 1995 or so. 
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1.7. 1.1. 3. 4 Radio and Light Through Free Space 


The radio technology is well understood, but radio frequency modems are still 
being improved upon. Infrared line of sight transmission will also see 
improvements in the transmitters and receivers in the next few years. 

1.7. 1.1.4 References 

Keiser, Gerd.. "Optical Fiber Communications . " McGraw-Hill, 1983 

Schwartz, Mischa. "Information Transmission, Modulation and Noise." 
McGraw-Hill, 1980 

Stallings, William. "Local Networks - An Introduction." MacMillan 
Publishing, 1984 

Finley, Marion R. Jr. "Optical Fiber in Local Networks." IEEE Communications 
Magazine, Vol. 22 #8, August 1984, pp 22-35. 

"Space Station and Preliminary Design." NASA JSC RFP 9-BF-10-4-01P, 

September 15, 1984 

"Space Station Reference Configuration Description." JSC-19989, 

August 1984 

W. Vlasak, G. Pfister. "A Fiberoptic Local-Area-Network Solution for Tactical 
Command and Control Systems." SPIE Vol. 434, pp 24-40 

H. D. Hendricks, N. D. Murray. "Wavelength Division Multiplexing for Future 
Space Station Data Systems." SPIE Vol. 434, pp 41-49 


324 



1.7. 1.2 Network Interface Unit 


1.7. 1.2.1 Description 

The Network Interface Unit (NIU) is a device that acts as a communications 
controller to provide data transmission to one or more attached devices 
(subscribers) . The NIU transforms subscriber data rate and protocol to that 
of local network transmission medium and vice versa. Data on the medium are 
available to all devices. 

The NIU can function as a gateway (providing interconnection of multiple 
networks that use different protocols) or as a bridge (providing 
interconnection of multiple networks that use the same protocols). The uses 
of an NIU in a communications network are shown in Figure 1. In general 
terms, the NIU performs the following functions. 

For data from the attached devices to the network. 

- Accepts data from attached devices/networks. 

Buffers data until medium access is achieved. 

- Transmits data in addressed packets. 

For data from the network to the attached devices. 

- Scans each packet on medium for own address (and the address of any 
device on the other network in the case of bridges and gateways). 

- Reads packet into buffer. 

- Transmits data to attached devices/networks at the proper data rate. 

In general, the discussion that follows applies to all orbital elements of the 
Space Station Program (SSP): 

The Space Station 

- Co-orbiting Platform (COP) 

Polar Orbiting Platform (POP) 
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flfcURE I. USES OP NIU 





1.7. 1.2.2 Option Characterization 


First, a brief discussion of background material on modern layered structures 
for communications system is presented. Then, the following network interface 
devices are characterized . 

- Advanced Information Processing System (AIPS) 

SubACS (Submarine Advanced Combat System) 

- Destek 

Concord Data Systems 
Interlan 

- Sytec 

- Ungermann-Bass 

- Contel Information Systems 

- Complexx Systems 
Sperry 

The NIU devices are characterized in matrix form to allow for easy comparison 
between manufacturers . The options considered are by no means inclusive, but 
are representative of NIUs in general. Layering The International 
Standards Organization/Open Systems Interconnect (ISO/OSI) model for 
communication systems is pertinent to the study of IMIUs. The Open Systems 
Interconnect Model consists of seven distinct layers each performing a set of 
unique functions as shown in Figure 2. (ref. 9) 
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A layered architecture provides flexibility in revising the communications 
system. As long as the way information is passed between the layers is not 
affected, only the appropriate layer needs to be altered to implement a 
change. This provides the ability to continuously incorporate new technology 
into the existing system. 
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FIGURE 2 
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The Physical and Data Link Layers (ISO/OSI) are implemented primarily in 
hardware, whereas, the upper layers are software intensive. The layers can 
also be grouped according to their functions. The four lower layers provide 
the connectivity between devices. The three upper layers allow for 
cooperation between devices and are, therefore, application dependent. (Ref. 
1) Consequently, the division of layers between the NIU and host will be an 
important factor in determining the modularity/commonality of the NIU and the 
functions it performs . The alternatives for allocation are shown in the 
following tables. 
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NIU LAYER ALTERNATIVES 


NIL) 1 


7 Application 

6 Presentation 

5 Session Implemented in Host 

4 Transport 

3 Network 

2 Media Access 

1 Physical Implemented in NIU 

o Software intensive layers (3-7) in host utilize host memory and CPU 
time 

o Requires additional hardware incorporated in host to implement layer 2 
o NIU unable to function as a bridge 
o Unable to function as a gateway 

o Requires intelligent host 

o Host must be aware of the details of network topology and protocol 
o Highest performance NIU (response time) 

o Minimum size, weight, complexity . . . 
o Example. Fiber optic transmitter/receiver 
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NIU LAYER ALTERNATIVES (CONI' D) 
NIU 2 


7 Application 

6 Presentation 

5 Session Implemented in host 

4 Transport 

3 Network 

2 Media Access Implemented in NIU 

1 Physical 

o Software intensive layers reside in host 
o Requires host memory and CPU time 

o Host must be aware of the details of network topology and protocol 

o Unable to function as bridge 

— Remote device unable to exercise flow control over the source 
device 

- Doesn't support multiplexing 
o Unable to function as a gateway 

o High performance NIU 

o Requires intelligent host 

o Host must be aware of the details of network topology and protocol 
o Example. . AIPS 
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Nil) LAYER ALTERNATIVES (CONT'D) 
NIU 3 


7 Application 

6 Presentation Implemented in host 

5 Session 

4 Transport 

3 Network 

2 Data link Implemented in NIU 

1 Physical 

o Upper layers implemented in ho3t are "end to end" layers, unaffected 
by the details below. 

o Host must be aware of the details of the network topology and protocol 
o Functional as a bridge 
o Unable to function as a gateway 

o Supports simple digital I/O as well as intelligent hosts, 
o Example. Station Mate (see Table 1) 
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NIU LAYER ALTERNATIVES (COIM I ' D) 
NIU 4 


7 Application 

6 Presentation 

5 Session 

4 Transport 

3 Network 

2 Data Link 

1 Physical 


Implemented in host 


Implemented in NIU 


o Layers 5-7 are application dependent. Implementation in the host 
allows for standardization of NIU software 


o Requires less host memory and CPU time than NIU's 1,2,3 
o Host is not aware of network topology and protocol 
o Functional as a gateway 

o Functional as a bridge 

o Example. BlU/Control Information Systems (see Table 1) 


334 



I\IIU LAYER ALTERNATIVES (CONT'D) 

NIU 5 

7 Application Implemented in ho3t 

6 Presentation 

5 Session 

4 Transport 

3 Network Implemented in NIU 

2 Data Link 

1 Physical 

o Many options exist at the session layer 

o Requires minimum CPU time and host memory 

o Functional as a bridge 

o Functional as a gateway 

o Example. SubACS 

TIM 220 (see Table 1) 

At the session and presentation layers, many options exist for services. The 
functions performed by these layers are directly used and driven according to 
the application requirements. (Ref. 1) The presence of these layers in the 
NIU decreases its modularity. Therefore, the session layer is the highest 
layer considered in the NIU. 


335 



This paper has focused on the options for the allocation of functions between 
the network interface unit and the host using the ISO/OSI layered model as a 
reference. Many options exist within each layer for the implementation of 
these functions. However, the options for the implementation of the functions 
cannot be considered layer by layer but must be evaluated as a whole in a 
local area network because it is the net effect of these options which 
determines the LAN characteristics such as performance, cost, growth 
potential, etc .... 

The options for implementing the layers in the NIU are discussed in the LAN 
paper (2.5.3) and the distributed operating systems paper (2.1.3). 
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ALPS 


The Advanced Information Processing System (AIPS) designed by the Charles 
Stark Draper Laboratory (CSOl.) is a fault tolerant processor complex which 
communicates using an Input/Output Network (1/0), an Intercomputer (IC) 
Network and a mass memory bus. Devices are connected to the networks via 
network interfaces. The 10 and IC interfaces are interconnected by switching 
devices (nodes) as depicted in the proof of concept configuration shown in 
Figure 3. The nodes and interfaces are described below. 

Each node in the proof -of-concept configuration has five input/output ports. 
Three independent nodes provide redundancy. The node performs the following 
functions : 

o Receives data 

o Checks for protocol conformity and transmission errors 

o Regenerates signal 

o Transmits data 

o Enables/disables port transmitters as commanded 
o Circuit switching for fault recovery 
o Responds to error and status requests 

AIPS. INTERCOMPUTER NETWORK INTERFACE 


The IC network is a cross-connected set of nodes which uses circuit switching 
for recovery from node-to-node link faults. Attached processors transmit on 
only one of the triply redundant IC buses, yet listen to all three. The IC 
network interface performs the following functions. 
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o 


Receives data 


o Checks for protocol conformity and transmission errors 

o Performs a bit by bit comparison of the three data signals from the 
triply redundant network 

o Converts Serial/Parallel Data 

o Decodes addresses 

o Transmits data and enforces a transmission length limitation 
o Enables/disables functioning of the interface 
o Contends for the network using the Laning Poll technique 
AIPS . INPUT/OUTPUT NETWORK INTERFACE 

The I/O network is a cross-connected set of nodes which uses circuit switching 
for recovery from node-to-node link faults. It is a simplex network in which 
only one I/O processor is enabled to receive or transmit during an I/O 
exchange. The I/O interface performs the following functions. 

o Receives data 

o Checks for protocol conformity and transmission errors 

o Converts Serial/Parallel 

o Transmits data and enforces a transmission length limitation 
o Enables/disables functioning of the interface 

o Contends for the network using the Laning Poll technique 
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The AIPS also includes a triplex multiplex bus which provides communication 
between the mass memory and the general purpose computers (GPC) . The 
interface to this bus, the mass memory bus interface, performs essentially the 
same functions as the IC network interface except address decoding, which is 
not necessary. 

In order to perform functions, the interfaces and nodes should contain the 
physical, data link, and network layers of the ISO/OSI model. 
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SubACS BIU CHARACTERIZATION 


The SubACS bus interface unit (BIU) and network operating system (NOS) can be 
briefly characterized as a modular, intelligent unit for message distribution 
in a local area network. The BIU is the hardware component in which the NOS 
software executes. The 8IU/N0S include functions through layer 5 of the 
ISO/OSI reference model. 

The following discussion is for the BIU and NOS as they exist in late 1984. 

The network and its capabilities have planned upgrades that will affect some 
of the details, but not the overall concept of operation. 

The primary purpose of the BIU is to interface any of several processors or 
devices to the distributed system data bus (DSDB) so that those components can 
communicate in performing their functions. The BIU has a modular design both 
at the interface to the transmission medium and at the interface to a 
processor or device. A core set of modules and functions is used for all 
BIUs. The BIU can be personalized to connect to any of several Navy standard 
processor/device interfaces by the inclusion of the appropriate standard card 
and NOS software. A different medium or data transfer rate can be used by 
including the appropriate interface card, such as one to talk over a fiber 
optics link or another to talk over a wire link. SubACS does not include 
gateways, because the network was designed to have compatible protocols 
throughout the system and therefore needs no conversion functions supplied by 
a gateway . 

A bridge is a special case of a BIU which has been personalized with two media 
cards and the related NOS software in order to interface the transmission 
media of two networks. The bridge is used to selectively receive messages on 
one port for retransmission on the other port. SubACS includes both wire/fiber 
and fiber/fiber bridges between local area networks. 
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The NOS which executes in the BIU performs network failure management 
functions, in addition to normal message transmission and reception. At 
initiation of a connection between two ports, the NOS locates a path to 
establish as the virtual circuit, based on parameters of the new messages, and 
the failure status and loading of the parts of the network. At a failure, the 
NOS/BIU isolates the problem, reestablishes the virtual circuit, and continues 
operation automatically. Programs are moved to alternate machines at failure 
of a processor, if a suitable replacement is available. Failures are reported 
to the operator. 

The BIU acts as a store and forward unit, first selectively receiving a 
message into a buffer in the BIU from the medium or attached device, then 
forwarding the message when the channel is available to its final 
destination. When functioning as a bridge, the NOS has the knowledge of which 
messages are to be ignored, and which are to be forwarded through to the other 
port after reception. The information about which processes and devices are 
active at each port is maintained dynamically as processes are activated or 
deactivated and as hardware is turned on or off or fails. 

The BIU/NOS maintains a common time within the network by periodic 
equalization of local times to common reference. This time is used for 
various logs, allowing identification of the order of events across the 
network for problem analysis and evaluation of such performance parameters as 
time delays of messages. 

FOOS BIU 


The Fiber Optic Demonstration System (FODS) is a high speed Fiber Optic Data 
Bus which is being developed by Sperry under the direction of NASA Goddard 
Space Flight Center. The network consists of fiber optic links interconnected 
by a passive star coupler. Communication devices are interfaced to the media 
by the BIU's. 
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FODS uses a Carrier Sense Multiple Access with Collision Detection and Time 
Slots (CSMA/CD/TS described in 2.5.3) media access method. "The BIUs can 
operate in either of two modes: Random Access or Controlled Access. BIUs 
switch to the controlled access mode when a collision occurs on the bus. When 
all BIUs have had one opportunity to transmit in the controlled access mode, 
the BIUs return to the random access mode." (Ref. 12) 

The BIU consists of a network interface and a front-end-processor . Messages 
are transmitted and received by the network interface. The network interface 
also performs the following functions. 

o Packetization of messages 

o Media access 

o Error detection 

o Acknowledgements 

The front-end-processor performs protocol adaptations for data transfer and it 
can provide routing decisions. Thus, the FODS BIU implements layers 1 and 2 
of the ISO/OSI model with the possibility for future expansion to include 
Layer 3 . 

Characterization of other NIUs 

The following pages list a number of NIU alternatives from commercial 
manufacturers . An explanation of the entries used in the comparison matrices 
is given below. 

ISO/OSI layers. In some centrally-controlled networks, the IMIU supports only 
the physical connection. In most networks with distributed control, the IMIU 
supports the Physical and Data link layers. Some very intelligent NIUs 
control the Network, Transport, and even Session and Application layers for 
their attached devices. 
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Communications protocol. A number of protocols are available for local area 
networking from both vendors and standards groups. The most popular are Xerox 
Network System and X.25. Some vendors offer Proprietary protocols at the 
Transport layer. 

Access method: Committee 802 of the IEEE is attempting to standardize 

protocols for local area networking. Current protocol standards include 802.3 
(a CSMA/CD standard resembling Ethernet), 802.4 (a standard for token-passing 
bus networks), and 802,5 (a standard for token-passing ring networks). 

Topology: This refers to the physical network layout and node connectivity. 

Possible network topologies are star, ring, bus, tree, loop, and grid. 

Level of redundancy: The additional number of extra equipment to provide 

tolerance of faults. 

Data transmission medium: This entry lists the transmission medium used for 

the network's principal data channel. 

Data transmission technique. Possible network data transmission techniques 
are baseband and broadband. 

Data transmission rate: This entry lists maximum raw aggregate throughput 

that the network can support in bits per second (bps). Depending on the 
network, not all of this capacity may be available for end user communications. 

Video/voice distribution. . A number of networks can support voice or video 
applications in addition to data communications. Voice applications include 
one- and two-way analog or digitized voice. Video applications, usually 
available only on broadband networks, include one- and two-way full motion, 
s low-scan and freeze-frame video. 
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Backend interfaces. This entry lists the specific end-user interfaces the NIU 
can support (e.g., RS-232-C, CCITT v.35, etc.). 

Units installed. Most vendors regard installed-base information as 
proprietary . This entry lists the total number of network stations or nodes 
the vendor has installed. 

Table 1 provides the characterization of twelve (12) commercial NIU's. The 
entires were derived from information received from each vendor. Reference 7 
provides a brief description of a large number of commercial IMIU's. 

AIPS/SU8 ACS/S PERRY COMPARISON 

Table 2 provides a summary comparison for the AIPS, SuBACS and Sperry NIU's. 
The comparison matrix approach for the commercial NIU's was applied. 

1.7. 1.2.3 Projected Capabilities 

Standards for the ISO/OS I layers are currently being developed. For example, 
the IEEE 802 standards specify the physical and data link layers for various 
topologies. (Ref. 2) As standards evolve for the higher layers, a truly 
"open" system can be achieved. However, no existing communication system 
implements all seven ISO/OSI layers. (Ref. 3) 

1.7. 1.2.4 References 

1. Francois, P. and A. Potocki. "Some Methods for Providing OSI Transport in 
SNA", IBM Journal of Research and Development, Vol. 27, No. 5, Sept. 

1983. pp. 452 - 463. 

2. Graube, Maris and Michael C. Mulder. "Local Area Networks," IEEE Computer 
Oct. 1984 
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Table 2: Non-cowacrcial N IU’s 
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